Minor changelog clarification and other "nice-ifications"

Change-Id: I1eee55a970a7ed5e1813d70ec254ed0348d1e567
Reviewed-by: Oleg Shparber <trollixx@gmail.com>
Reviewed-by: Alex Blasche <alexander.blasche@digia.com>
Fix uncategorised usage of qWarning().

Change-Id: Iee8b8e619f1679fe9b6e8aed47d05f7414417043
Reviewed-by: Kai Koehne <kai.koehne@digia.com>
Merge remote-tracking branch 'origin/release' into stable

Change-Id: Ia3c8079ad2c35f9573d8a59347af281275232e30
Add a few Qt 6 TODO entries

Change-Id: Ic169d907b872fd277df4f32be1270d7bceabac32
Reviewed-by: Kai Koehne <kai.koehne@digia.com>
Process Bluez5 URLs during SDP scan

Bluez5 advertises the following SDP attributes
- QBluetoothServiceInfo::DocumentationUrl
- QBluetoothServiceInfo::ClientExecutableUrl
- QBluetoothServiceInfo::IconUrl

They come as <url> xml tag but otherwise follow the <text> syntax.
So far this type of xml tag was unknown, a warning was printed
and the service info didn't contain the relevant info.

Although Bluez5 seems to be the first to advertise this attribute,
Bluez4 has to be able to deal with it too. Hence this patch goes
to Qt 5.3/stable.

Change-Id: I216fdaee23c75b1ed86702086be2d95a0efe109e
Reviewed-by: Aaron McCarthy <mccarthy.aaron@gmail.com>
Bluez4: Ensure QBluetoothLocalDevice becomes invalid if adapter disappears

The DBus object disappears when the dongle is removed. Once a
QBluetoothLocalDevice instance is invalid it remains invalid.
The patch further ensures that an invalid instance does not
initiate pairing activitiy.

Last but not least this patch fixes a memory leak in case
a DBus error occurs during the adapter initialization.

Task-number: QTBUG-38399
Change-Id: I2e13e393060c77fab5f79d5451dd6fe9a2a6e3bb
Reviewed-by: Aaron McCarthy <mccarthy.aaron@gmail.com>
Add changelog for upcoming Qt 5.3.1 release.

Change-Id: I8343a3a474e3b6378b24c08182d767262111ec19
Reviewed-by: Sergio Ahumada <sahumada@blackberry.com>
Reviewed-by: Alex Blasche <alexander.blasche@digia.com>
Properly deal with pairing errors in btfiletransfer example

Pairing error signals were ignored which lead to a situation in which
the UI remained in the "attempting to pair" state.

Change-Id: I66f8855cf5ab72d608650b36a844c53e27624452
Reviewed-by: Oleg Shparber <trollixx@gmail.com>
Reviewed-by: Fabian Bumberger <fbumberger@rim.com>
Bluez5: Add Object-Push support

Task-number: QTBUG-32085
Change-Id: Ied7ffeac768dc65c44cc74112cdebaaf9bb2bc46
Reviewed-by: Aaron McCarthy <mccarthy.aaron@gmail.com>
Bump version

Change-Id: I98350110680ee20cd9a2fa55b57b390e66969b65
Fix crash in bttestui when using default backend

The cause are uninitialized pointers.

Change-Id: I4ba5f79dbda3e20361fc1127fa08e93a2b7ce80e
Reviewed-by: Fabian Bumberger <fbumberger@rim.com>
Merge branch '5.3' into dev

Conflicts:
	.qmake.conf
	src/bluetooth/qbluetoothlocaldevice_bluez.cpp
	src/bluetooth/qbluetoothlocaldevice_p.h
	src/bluetooth/qbluetoothservicediscoveryagent_bluez.cpp

Change-Id: Ifb0c01eb8bffbffcd2416ea8d7bf1d36eb1c70f2
Remove usage of QObject::tr() in qbluetoothsocket_bluez.cpp.

Change-Id: I72703aac0676e6474f2c40ac37b8ee8b00830690
Reviewed-by: Alex Blasche <alexander.blasche@digia.com>
Merge "Merge branch '5.3' into dev" into refs/staging/dev
Add ability to abort server sockets via bttestui

This equalizes the behavior of the Close and Abort button. Abort will
disconnect the local client socket as well as all sockets which were
established via the listening server socket.

Change-Id: I68d3d7190641aab44612fa3fc00b38fdc31799a3
Reviewed-by: Fabian Bumberger <fbumberger@rim.com>
Doc: Removing url variable from qdocconf file.

-url inherited from the url variable set in qtbase/doc/global

Change-Id: Iff25abdbdbddd862cfc24d31aa12e103955bb5d2
Reviewed-by: Martin Smith <martin.smith@digia.com>
Reviewed-by: Alex Blasche <alexander.blasche@digia.com>
Remove usage of BluetoothSocket.isConnected()

It seems not all devices reliably return the correct value when calling
isConnected(). connect() succeeds but isConnected() is still false.
On the positive side it is not really needed either.
Calling connect() returns an exception if it fails and close() can be
safely called multiple times. Therefore we only have to check for ocurring
exceptions.

Furthermore isConnected() is API lvl 14 and was not guarded. Removing
the call resolves this problem too.

Task-number: QTBUG-39815
Change-Id: Idf8472c268231a2cfac0f5cd87294384ff779c3f
Reviewed-by: Eskil Abrahamsen Blomfeldt <eskil.abrahamsen-blomfeldt@digia.com>
Add code to test service discovery on specific remote device

Change-Id: I548d17928fb371ba7dbf2010efb6995bc6f5ff2d
Reviewed-by: Fabian Bumberger <fbumberger@rim.com>
Reduce system header dependencies

Change-Id: I52ac33b4864d6bfca248ff3fad5a069154a9c756
Reviewed-by: Robin Burchell <robin+qt@viroteck.net>
Merge branch '5.3' into dev

Conflicts:
	src/bluetooth/bluez/bluez.pri
	src/bluetooth/qbluetoothsocket_bluez.cpp

Change-Id: Ieca8f2a327bf54b42403ddab88f8b9c3ff6b4a95