Custom Query (301 matches)
Results (85 - 87 of 301)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #265 | fixed | REXX errro in runmapsym | ||
| Description |
Changeset 1100 introduced a REXX error. |
|||
| #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 ? |
|||
| #270 | wontfix | QT_BUILD_KEY contains unnecessary flags | ||
| Description |
Our QT_BUILD_KEY contains a bunch of QT_NO_xxx flags that lead to bogus plugin version incompatibility errors. The build key should only contain flags that affect the ABI. We should not include things like QT_NO_IMAGEFORMAT_xxx. |
|||
