Custom Query (301 matches)
Results (61 - 63 of 301)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #163 | fixed | Screen corrupted when using QT_PM_DIVE | ||
| Description |
Hi/2. When a window is resized in according to making a window inside it, the screen is corrupted. QT_PM_NO_DIVE can prevent this corruption. You can confirm using SMPlayer. The initial window of SMPlayer is corrupted if QT_PM_DIVE is set. |
|||
| #267 | fixed | SSL verification fails | ||
| Description |
We have a regression in the SSL handling in 4.7.3. When accessing https://github.com/dmik/qt-creator-os2/ with the ARORA or QUPZILLA browsers, a complaint about not being able to verify the certificates is shown. The reason for that is, that starting with 4.7.3 QtNetwork? no longer contains "qt-ca-bundle.crt" as resource. Instead, it tries to retrieve the certificates from the OS. On Windows, Symbian and MacOS there are specific APIs for this task. On plain Unix certain directories (/etc/ssl/certs/, /usr/lib/ssl/certs/ ...) are searched. OS/2 completely lacks an implementation. http://svn.netlabs.org/qt4/browser/trunk/src/network/ssl/qsslsocket_openssl.cpp#L746 Do we have a global file system location for storing SSL certificates on OS/2 eCS ? Generally the idea of not including these into the QtNetwork? DLL is a good as it removes the need of updating when a certificates get added or revoked ( see http://svn.netlabs.org/qt4/ticket/210 ). Any ideas ? |
|||
| #296 | fixed | SSL Problem | ||
| Description |
It seems all or most Qt apps don't work anymore with SSL sites. The reason is that Qt 4.7 sets SSLv3 as default. And a lot sites changed that due to POODLE. The solution would possible be to have TSLv1 as default. As info: in Qt 4.8+ this is fixed already |
|||
