| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
|
|
|
|
|
|
| |
qt_safe_write and and qt_safe_read already contain EINTR_LOOP.
It seems that this loop has been added to code due to
merge/clean-up errors in commits:
4aafbd6222e7aeafd59a4a4356ba8c53b2bfa1d1
f0a8feed9e9b4de10df76faa350201edaef98f1d
Reviewed-by: Aleksandar Sasha Babic
Reviewed-by: Markus Goetz
|
|
|
|
|
| |
Private headers have to be included in consistent and proper way:
not like "name_p.h" or "../name_p.h" but <private/name_p.h>
|
| |
|
|
|
|
|
|
|
|
| |
We inversed the order. HTTP shall be tried first, file:// last.
See https://bugs.webkit.org/show_bug.cgi?id=38935
Reviewed-by: Thiago
|
|
|
|
| |
Task-number: QTBUG-10649
|
|
|
|
|
|
|
| |
This should fix the problem where we were showing a warning
that didn't matter anyway.
Task-number: QTBUG-9619
|
|
|
|
| |
Reviewed-by: Markus Goetz
|
|
|
|
| |
Reviewed-by: Peter Hartmann
|
|
|
|
|
|
|
|
|
| |
If _q_onNewConnection failed, then QLocalServer got into a bad state.
QLocalServer::isListening() still returned true and
QLocalServer::close() crashed.
Task-number: QTBUG-10388
Reviewed-by: ossi
|
|
|
|
|
| |
Task-number: QTBUG-10171
Reviewed-by: Olivier Goffart
|
| |
|
|
|
|
|
|
| |
The goal is to easier add an overload for (const &QByteArray).
Reviewed-by: Peter Hartmann
|
|
|
|
|
|
| |
Even if we have implicit sharing in QByteArray it makes sense.
Reviewed-by: joao
|
| |
|
|
|
|
|
| |
Instead of returning from the socket's readyRead() handler
break out of the switch() and continue parsing the data.
|
|
|
|
|
|
|
| |
Fail earlier. Use constant that was introduced in one of the previous
commits.
Reviewed-by: Peter Hartmann
|
|
|
|
|
|
|
| |
If we're not even going to connect, there's no point in trying to get
the host resolution
Reviewed-By: Markus Goetz
|
|
|
|
|
|
|
| |
It may fail but threads become available the next instant. Instead,
simply use our own currentLookups count.
Reviewed-by: Markus Goetz
|
|
|
|
|
|
|
|
|
| |
Re-wrote some code to improve pipelining efficiency. Greatly helps
with combining into one TCP packet.
Task-number: QTBUG-9894
Task-number: QT-3280
Reviewed-by: Peter Hartmann
|
|
|
|
| |
Task-number: QTBUG-7359
|
| |
|
|
|
|
|
| |
Reviewed-by: thiago
Reviewed-by: andreas
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
4.6-integration
* '4.6' of scm.dev.nokia.troll.no:qt/qt-s60-public:
Fixed app freeze if switching to offline in middle of HTTP transaction.
Document Symbian platform security requirements on Qt APIs
Fixed app freeze if switching to offline in middle of HTTP transaction.
Removed QtDeclarative.dll deployment from qt.iby in 4.6 branch.
Don't build QtXmlPatterns' command line tools on Symbian.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Work done jointly by Gareth and me. Yields no qdoc errors.
Task-number: QTBUG-9342
Task-number: QTBUG-9120
Reviewed-by: Gareth Stockwell
Reviewed-by: David Boddie
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When active socket is disconnected by swithcing to offline mode, native
RSocket completes the active socket operations with KErrCancel (-3).
Open C maps this error code to POSIX errno EINTR (4). Normally in Posix
EINTR is only used to indicate that some operation was interrupted by
POSIX signal. Qt has a while loops in network operations to handle
operations interrupterd by signals. These while loops will be
effectively forever loops in Symbian due to Open C error code mapping.
Because Symbian does not have native support for signals, i.e. the
network operations can never be really interrupted by POSIX signal,
it is ok to remove these while loops completely on Symbian platform.
This fix is a workaround to Open C incorrect error mapping, and
should be removed once Open C has fixed their error mapping.
Task-number: QT-3274
Reviewed-by: Aleksandar Sasha Babic
|
|/
|
|
|
|
|
|
| |
When closing a QLocalSocket, which has unwritten data, the pipe writer
was never deleted. Thus writing after a reconnect didn't work.
Task-number: QTBUG-9681
Reviewed-by: ossi
|
|
|
|
|
| |
Merge-request: 2332
Reviewed-by: Peter Hartmann
|
|
|
|
|
|
|
|
|
|
|
| |
RVCT has trouble when QPointer is instantiated on classes with inlined
constructors/functions.
Compile fix for 43e1cffb16c2eea54392f5c56210b10abb2f044e,
cc22a14f3d2159a8f760b44e3fe1636a3721ce95 and 656c02f128c56177c48b3de47f7b1e17dbbfa4d3
Reviewed-by: Peter Hartmann
Reviewed-by: Prasanth
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes a crash in tst_qnetworkreply and in some QtWebKit
based browsers.
It was related to adding a QPointer on an already
deleted QHttpNetworkConnection object. By converting
an existing normal pointer to a QPointer we set
it a 0-pointer and are safe.
https://bugs.webkit.org/show_bug.cgi?id=36290
Reviewed-by: joao
Reviewed-by: gabi
|
|
|
|
| |
Reviewed-by: thiago
|
|
|
|
|
|
|
|
|
|
| |
Ensure that the threadpool QHostInfo uses internally has cleanup its
threads when the application exits. This avoids the warning from
QWaitCondition on Windows (which happens due to thread termination at
application exit).
Task-number: QTBUG-7691
Reviewed-by: mgoetz
|
|
|
|
| |
Reviewed-by: Thiago
|
|
|
|
|
| |
Task-number: QTBUG-2515
Reviewed-by: Andreas Aardal Hanssen
|
|
|
|
| |
Reviewed-by: TrustMe
|
| |
|
|
|
|
| |
Reviewed-by: joao
|
|
|
|
| |
Reviewed-by: Olivier Goffart
|
|
|
|
|
|
|
| |
Use qt_qhostinfo_lookup which avoids the event loop when the DNS
result is already cached.
Reviewed-by: Thiago
|
|
|
|
|
|
| |
By default enabled, but it can be disabled via a compile flag.
Reviewed-by: Thiago
|
|
|
|
| |
Reviewed-by: TrustMe
|
|
|
|
| |
Reviewed-by: Peter Hartmann
|
|
|
|
| |
Reviewed-by: TrustMe
|
|
|
|
|
| |
Reviewed-by: Peter Hartmann
Reviewed-by: David Boddie
|
|
|
|
| |
Reviewed-by: Thiago
|
|
|
|
| |
Reviewed-by: David Boddie
|
|
|
|
|
|
| |
.. and some changes that will help us track down bugs
Reviewed-by: Peter Hartmann
|
|
|
|
|
|
|
| |
This will help us to track down a sporadic bug that made requests
being sent again even if they were already done.
Reviewed-by: Peter Hartmann
|
|
|
|
|
|
| |
the date header always needs to be updated in the cache.
Task-number: QTBUG-7466
|