| *** zbenjamin_ is now known as zbenjamin | 01:25 | |
| *** frinring_ is now known as frinring | 01:57 | |
| *** jrt is now known as Guest94909 | 02:21 | |
| mighty17 | hello | 09:57 |
|---|---|---|
| mighty17 | does microtube work for anyone here? | 09:57 |
| *** vilpan is now known as Guest1243 | 10:45 | |
| *** Guest1243 is now known as vilpan | 10:45 | |
| gmc | hi folks, i'm struggling a bit with QNetworkReply->ignoreSslErrors() - context: i'm implementing a 'ignore ssl errors' toggle in the nextcloud tasks app, for people using a self-signed cert.. it works fine, except when that option is enabled and then disabled, it only takes effect after the app is restarted | 11:51 |
| gmc | i'm suspecting this is a bug in qt, but was wondering if anyone has any experience with this | 11:51 |
| gmc | https://pastebin.com/ABFc8WSn is my SslErrors handler, connected to the NAM's sslError signal | 11:52 |
| gmc | i can see that the handler is called, and that it resets the ignoreSslErrors list as described in the docs for that function.. | 11:53 |
| gmc | but it just keeps on ignoring ssl errors | 11:53 |
| ggabriel | gmc: can you reconnect from within your app? | 12:49 |
| gmc | it is a reconnection.. but i think i've found part of the problem: sslErrors is only emitted *after* the ssl handshake | 12:51 |
| ggabriel | yeah, that's where I was going :) | 12:51 |
| gmc | so if i then connect a second time, the ssl errors are no longer ignored.. | 12:51 |
| ggabriel | you kind of want to tell your app to reconnect when that setting is changed, I think I saw similar things in SFOS accounts tbh | 12:52 |
| gmc | however, what's odd is that if do ignoreSslErrors(empty_list) right after the request was created (which I think means it has not done the handshake yet), is that it will still not ignore the error upon that first retry | 12:52 |
| ggabriel | I'm certainly not an expert, I only assume that most of this magic happens in openssl and presumably you tell it to ignore or otherwise (nobody else wants to do hard math :) ) | 12:53 |
| gmc | s/request/reply/ (i create the reply with `QNetworkReply *reply = HttpClient::networkAccessManager.sendCustomRequest(request, verb.toUtf8(), &(delegate->requestBodyBuffer));` | 12:53 |
| ggabriel | I wouldn't worry about this if I were you :) users with a self signed cert are unlikely to change it; users with a proper cert will appreciate the ssl error | 12:55 |
| ggabriel | and, yeah, I now recall that when mine are not renewed on time (or I make some permission mistake), I have to reboot sfos or restart the appropriate smtp/etc service from systemctl | 12:56 |
| gmc | true true, but it's the principle :) if i set the 'ignore ssl errors' config to off, it shouldn't ignore ssl errors anymore ;) | 12:57 |
| ggabriel | fair - for that you should listen to events or something so that you force a reconnection then | 12:57 |
| gmc | i'll probably end up replacing the NAM or something, or make some dummy request to flush the cache (a reconnect as you suggested) | 12:57 |
| ggabriel | it's kind of cool that the connection sticks for performance reasons but obviously you get this as an unwanted side effect | 12:58 |
| gmc | well, it's not that the connection is kept alive.. i do see a fresh new sslErrors signal being emitted.. it's just that that is emitted *after* the ssl handshake, so it's too late to stop ignoring errors at that point apparently.. | 13:00 |
| gmc | or something.. i'm not exactly sure at this point :) | 13:01 |
| ggabriel | oh, that's interesting, no idea either :) maybe a feature request for qt then ;) | 13:03 |
| gmc | well, that won't do us much good, we're still on 5.6 and will be for a while, right? | 13:09 |
| gmc | :) | 13:09 |
| ggabriel | gmc: think of gmc of the future ;) | 13:09 |
| mpol | Hi, I am trying to install an apk manually from file browser, but for some reason I don't see an "Install" option anywhere anymore. This is an XA2 with 4.0.1.48. This is with the app File Browser and also from Settings > Storage. Am I confused or blind, or what is happening? | 13:35 |
| Nico[m] | Did you try opening it? | 13:35 |
| mpol | yes, it displays the files in the zip | 13:36 |
| Nico[m] | You did install the android support, right? | 13:37 |
| mpol | yes, I even rebooted and tried. Stopped and start android support. Whatsapp is running currently | 13:38 |
| mpol | I am utterly confused | 13:38 |
| mpol | I could remove and install android support, that might help | 13:41 |
| mpol | nope, no change either. | 13:49 |
| Malinux | So, I can't recive, but send sms the last days. I've tried to turn phone off and then on again. Also stopped and started the ofono.service. Still the same | 19:09 |
| Malinux | can't recieve calls either | 19:11 |
| Malinux | so I just tried to turn off and on again. and then I restarted ofono. Now I can recive calls, but still I can't recive sms | 19:15 |
| attah | Malinux: to rule out operator-side issues, try to keep the phone on 3G for a while | 19:23 |
| Malinux | I picked prefer 3G and now I have 2G. Think 3G is discontinued in my country | 19:27 |
| Malinux | unable to recove sms though | 19:27 |
| attah | Interesting | 19:28 |
| Malinux | might be an issue with my operator per say. gf just sendt an sms at I don't even recive it on my second phone, who have a twin sim | 19:28 |
| attah | sounds somewhat likely then | 19:29 |
| attah | but being that "global", one would have thought they had found it | 19:29 |
| attah | But if you really wan to dig deep: https://forum.sailfishos.org/t/cellular-protocol-logging-with-sailfish-os/3661 | 19:30 |
| Malinux | according to their homepage, they don't have any sms issues atm | 19:32 |
| Malinux | Do I install that tool on the phone? I mean, that makse the most sense to me, but I ask in case I missed something | 19:35 |
| attah | It is one part proxy on the phone, one part launcher on the computer | 19:36 |
| attah | (that invokes Wireshark) | 19:36 |
| attah | the proxy thingy seems to be called adb_bridge | 19:40 |
| attah | i seem to have been nice and added help text about the --tcp flag (: | 19:42 |
| Malinux | yeah. I haven't used wireshark enough to make any useful use of it, so I don't think I want to dig that deep atm | 19:52 |
| *** eagle is now known as Guest8861 | 20:29 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!