@beecksche said in QFileSystemModel doesn't support the network paths and external drives?: I think the easiest way is to write your own file system model. Or, presumably extend QFileSystemModel by subclassing it. @jeanmilost I just don't think you can access network, as per https://stackoverflow.com/a/33856139/489865 and @beecksche's comment above.

hey i didn't fixed it . i downloaded Qt5.12.4 and then upgraded my openssl lib to 1.1.1b so i am good now thanks !!

@NeuroSamuel said in Connecting to secondary WLAN interface: My problem is that I see no way to open a QNetworkSession from one of those configurations choosing the hardware interface. Is not something you (or your sysadmin) did already when configuring the networking devices for your system? Not that I have that much experience with QNetworkSession, but it looks that behavior to be fine, given that you are setting one WLAN interface to one SSID at OS level. Thinking of wpa_supplicant on Linux for instance: wpa_supplicant.conf network={ ssid="home" scan_ssid=1 key_mgmt=WPA-PSK psk="very secret passphrase" } and then command line: wpa_supplicant -iwlan0 -c/etc/wpa_supplicant.conf -d Because at the end it'll be a question of OS routing, won't it?

@ClingerWinger Glad you figured it out and thanks for the feedback :)

Hello @Laszlo-LG, The answer to you question about my solutions of this problem will be and YES and NO. I can tell YES because My application is working for now with OAuth2 authorisation. My solution is a using URL scheme for application. This schemes are using when you need to open your application from the other application or from the email. I'm setting as a redirect url my url scheme. When my application received redirect url My application gets correct token. Also I can tell NO because the url scheme is not a best solution. I think can be done more universal solution for this.

@VRonin said in Need Help with getting a slot executed in the correct thread: the default implementation of QThread::run starts an event loop so if you use the method described in that link everything will work out of the box Indeed it does! Thanks!

I saw this old thread of mine and remembered, that the issue was solved. Just writing to explain how I solved it. The problem was in the proxy settings. People who had their proxy configuration to automatic could connect, everyone else could not. First solution was to set the configuration to automatic on every client. Which was cumbersome and seemed stupid, because the program does not need any proxy. A little later I found out, that there was a problem with the Qt Network Interface, it was a known bug and could be worked around by telling the program manually to not use any proxy: /* call before connecting to network. Easiest way is, just call somewhere at the beginning of the program */ QNetworkProxy::setApplicationProxy(QNetworkProxy::NoProxy);

@ambershark Thank you very much for your help, now it's working, it seems like I was passing the IP argument incorrectly, now I know that I have to send this parameter inside a QT function. thanks!

@juanki sí, de hecho al final encontre que mi error era porque la IP la tenia que mandar dentro de un método de la librería, igual gracias por tu post :)

QHttp cosi' come il tuo modulo non puo' gestire l'http moderno, in particolare SSL. Mentre mi devo congratulare per lo sforzo profuso, suggerirei un passo indietro, perche' non puoi usare QNetworkAccessManager (o un wrapper attorno a esso)? Se la risposta alla precedente domanda e' "perche' alcune cose che mi servono non sono implementate" (di solito questo e' un problema quando si sostituisce QFtp, non QHttp), potresti considerare un wrapper attorno a libcurl? magari fruttando curlpp?

Thanks everyone for insight . I have some idea now from where i should start .

@SGaist thx - have thought the same. would work well if Active and bad coverage or coming back from suspended when multi signals are received

Don't get this the wrong way, but are you coming from Java? I'm asking because this: QHostAddress().AnyIPv4 Doesn't make any sense in C++. What you probably want is to use the scope operator - :: to access one of the enum values. As for the error, please provide the full implementation of your TCP server and mention if you use threading, if so how. Also as mentioned by @koahnig new QTcpSocket(new QObject()); This leaks 2 objects one socket and one generic QObject. You need to provide a valid pointer from the object tree to make use of the automatic deletion Qt supplies for child objects.

I have now found this thread posted 2 years ago which seems very similar to what I was looking for. The solution was to create a new QML component which create a new QML engine instance and isolates the untrusted QML code inside it. That does isolate the execution context, it does't however monitor the network traffic generated by the component. In my case network communication must be restricted to a certain set of domains, so I need to intercept network going in and out of the component, any idea how?

AFAIK, it should be yes.

@d1.psy so you want the cookies from the requests you already made with QtWebEngine? If so take a look at QWebEngineCookieStore (see it's signals) and "sync" the cookies into your QNAM.

@Mkowalik-Mimesis and why does it crash? What is the value of incoming QNetworkReply* ? Are you doing any fancy deletes? in your CustomNetworkManagerFactory::create() you get a QObject* passed as a parent for the QNAM to create. But you set the parent to the this pointer instead. it would be cleaner not to couple the created QNAM with your factory class by connecting signals and slots of them. Instead you should subclass QNAM, move the onIgnoreSSLErrors() slot to it and connect it to itself instead. you are overwriting your local m_networkManager member variable everytime create() is called. Which doesn't go along with a factory implementation ;) I don't know if this already solves your crash, it may be.

@M4RZB4Ni said: Hi When you dont have uSocket = new QUdpSocket(this) ; then uSocket->writeDatagram(xx will crash. as uSocket just point to random location. (dangling pointer) Next: QByteArray *priPackNuser; <<< also just a pointer. You should do ( as @SGaist mention) QByteArray priPackNuser; ( no *, means its real bytearray, not a pointer to one) So you change it from heap allocation to stack allocation. If you dont change to non pointer then you need QByteArray *priPackNuser = new QByteArray ; as else its a dangling pointer too! But no need for pointer to QByteArray here.

The server is not returning anything useful in the HTTP headers (I wouldn't expect it to): ~/tmp$ wget -S 'http://u801.wapkafile.com//g03/video/1253022/7940/c8f9a32ef15648bfa6f693102de27835/DARNA-ZAROORI-HAI-3(Movies7.In).avi?md5=TU7ibYa85byjzJyJcH_LXQ&expires=1458916610' --2016-07-27 18:21:15-- http://u801.wapkafile.com//g03/video/1253022/7940/c8f9a32ef15648bfa6f693102de27835/DARNA-ZAROORI-HAI-3(Movies7.In).avi?md5=TU7ibYa85byjzJyJcH_LXQ&expires=1458916610 Resolving u801.wapkafile.com (u801.wapkafile.com)... 8.37.229.38 Connecting to u801.wapkafile.com (u801.wapkafile.com)|8.37.229.38|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK Server: nginx Date: Wed, 27 Jul 2016 08:21:15 GMT Content-Type: video/x-msvideo Content-Length: 65707724 Connection: keep-alive Last-Modified: Wed, 31 Dec 2014 06:15:08 GMT Content-Disposition: attachment; filename="DARNA-ZAROORI-HAI-3(Movies7.In).avi" Accept-Ranges: bytes Expires: Wed, 03 Aug 2016 06:34:10 GMT Cache-Control: max-age=604800 Cache-Control: s-maxage=604800,max-age=604800 Age: 6425 X-Cache: HIT TCP_MEM_HIT dirn:0:1402323922 X-Swift-SaveTime: Wed, 27 Jul 2016 06:34:10 GMT X-Swift-CacheTime: 604800 Via: 440d210b[0,206-0,H] Length: 65707724 (63M) [video/x-msvideo] Saving to: 'DARNA-ZAROORI-HAI-3(Movies7.In).avi?md5=TU7ibYa85byjzJyJcH_LXQ&expires=1458916610.1’ So Download Manager must be getting the info from the metadata at the start of the file. For example, I only downloaded the first 70KB of the file, and: ~/tmp$ file DARNA-ZAROORI-HAI-3\(Movies7.In\).avi\?md5=TU7ibYa85byjzJyJcH_LXQ\&expires=1458916610 DARNA-ZAROORI-HAI-3(Movies7.In).avi?md5=TU7ibYa85byjzJyJcH_LXQ&expires=1458916610: RIFF (little-endian) data, AVI, 640 x 360, ~30 fps, video: H.264 X.264 or H.264, audio: MPEG-1 Layer 3 (stereo, 22050 Hz) So the info is there at the start. I expect you'll want to use a library to parse it out. I'm not sure if Qt has such functionality built-in. Perhaps have a look through the Qt Multimedia docs. Cheers.

@marlenet15 Hi, Here you can find a threaded TCP server example. You can ignore the module specific classes QDaemonApplication (think of it as QCoreApplication) and QDaemonLog you can substitute with QDebug. Enjoy! Kind regards.

QNetworkRequest req(url); reply=qnam.get(req); QObject::connect(reply,SIGNAL(finished()),this,SLOT(slotFinished()));

@mrjj I could never figure out what was calling progressDialog. So after progress dialog was created, I did timer = new QTimer(this); timer->setSingleShot(true); timer->start(5000); connect(timer, SIGNAL(timeout()), this, SLOT(testing())); and void FtpWindow::testing() { progressDialog->hide(); } crude but it works. If there were a QDialog signal for isActiveWindow or hasAppeared, it would be better. But this works. Edit: ended up using progressDialog->setAttreibute(Qt::WidgetAttribute::WA_DontShowOnScreen, true);

@djee In My Way connectToHost To Http Server Not Working, So I Call QSslConfiguration::defaultConfiguration(); Instead.

It could be. Although it was working fine in previous release with Qt 5.5.1.

@Wieland Thanks for confirming.

just a push ...

@SGaist Hi, However is in my plan.

The code is good but the comment is false, it's not the parent that will delete socket, it's the event loop at the next occasion.

@raf924 Makes perfect sense, thanks! :)

I woulden't know actually. I think there will be one but why not make it yourself? It's not really complicated. The slaves emit a certain data string to the master indicating them being alive once every 5 minutes for instance. The master keeps track of the slaves and knows when it doesn't receive anything from a slave after 5 mins its offline and perhaps could try to request its status in case the packet got lost or something similar.

I found a solution : I used the waitForReadyRead() function. I still don't know why my code didn't work. Edit : I found that I forgot to connect the slot with the signal, but even with that, it didn't work...

@Pepek said: if (m_uiBlockSize == 0) { if (bytesAvailable < (int)(sizeof(quint64) + sizeof(unsigned char))) return; in >> m_uiBlockSize; in >> m_uiCurrentScanType; //m_timer->singleShot(2000, this, SLOT(resetTCPConnection)); } It's because in unsigned char I have data type that is coming next. I take it into account every time, but truth be told, it is unnecessary to be in header.

@JKSH I tried a few things and it seems it's an access violation error. Normally it should crash but I think it is an unhandled try-catch block. Probably I am going to do the same on this machine too that is, Delete Qt folder manually and install 5.5, and hope that this issue is fixed in the new version :)