- 04 Oct, 2017 - 1 commit
-
-
Timur Pocheptsov authored
Apple broke source code compatibility by moving 'identifier' properties from CBPeripheral and CBCentral classes into the new CBPeer class and marking it as "since 10.13". As a result we have compilation errors in the code that was valid since 10.7. To workaround this issue, we introduce a category with 'identifier' property declarations for SDK >= 10.13 and target < 10.13. Change-Id: Id7c9d33a9c8ae7627a06b4c1930e70cede1e5b07 Reviewed-by:
Tor Arne Vestbø <tor.arne.vestbo@qt.io>
-
- 30 Aug, 2017 - 8 commits
-
-
Oliver Wolff authored
Task-number: QTBUG-61566 Change-Id: Ie40762dbb07e9f29d862e75eba2bc05da088a34c Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Oliver Wolff authored
As the winrt backend may also be used on desktop Windows, checking for the operating system does no longer work. While touching these lines deprecated OS X checks were fixed as well. Task-number: QTBUG-61566 Change-Id: I247979aa63de6a71ac4908bda946d7db1e29b6c3 Reviewed-by:
Oswald Buddenhagen <oswald.buddenhagen@qt.io> Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Oliver Wolff authored
Change-Id: I749412d99ade54d3866ed988cf39d2b74b9489e6 Reviewed-by:
Oswald Buddenhagen <oswald.buddenhagen@qt.io> Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Oliver Wolff authored
Change-Id: I6d1d5b5e8084afdb0dd5082c344975dda5e66d1a Reviewed-by:
Oswald Buddenhagen <oswald.buddenhagen@qt.io> Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Oliver Wolff authored
... and deprecate the former. By doing so we get the header file in line with other modules - see qtnetworkglobal.h for example. The include is not used in the examples so it is removed there. Change-Id: If6d30e7a821b60f12768a963990937c46f21f4c7 Reviewed-by:
Oswald Buddenhagen <oswald.buddenhagen@qt.io> Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Oliver Wolff authored
... and deprecate the former. By doing so we get the header file in line with other modules - see qtnetworkglobal.h for example. The include is not used in the examples so it is removed there. Change-Id: Ie6267738d4a45e45a0350d458a40654d8a952f4a Reviewed-by:
Oswald Buddenhagen <oswald.buddenhagen@qt.io> Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Oliver Wolff authored
Task-number: QTBUG-61566 Change-Id: I5f8ff2c3e8a841ab8c5a3fb465d0be4b003d7a2b Reviewed-by:
Friedemann Kleint <Friedemann.Kleint@qt.io> Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Oliver Wolff authored
Instead of checking for a certain Windows version, we should check whether the API is actually available [ChangeLog][QtBluetooth][Windows] Enabled UWP backend for desktop Windows versions that support the API Task-number: QTBUG-61566 Change-Id: I8384119c70cc2c4bdcdbe6b297cfcf5fb3e3f534 Reviewed-by:
Oswald Buddenhagen <oswald.buddenhagen@qt.io> Reviewed-by:
Maurice Kalinowski <maurice.kalinowski@qt.io>
-
- 07 Aug, 2017 - 1 commit
-
-
Alex Blasche authored
Change-Id: I0ed4afd881f483a166a7e1400043f116c491f30c
-
- 04 Aug, 2017 - 5 commits
-
-
Alex Blasche authored
QBluetoothDeviceDiscoveryAgent (DDA) is deleted by QBluetoothServiceDiscoveryAgent (SDA) once it receives an error or SDA is instructed to stop() the discovery process. Currently, this triggers at least two calls to the DDA's stop() function. In addition, if stop() generates an error the error call itself will call back to DDA:stop(). Therefore it create an endless loop back. This is at least true for the Android devices mentioned in the related bug report. This patch ensures that the main logic of Android's DDA::stop() is not called more than once. Further more SDA disconnects from DDA's signals to avoid a potential endless loop. Any error in DDA is not of relevance to the surrounding SDA instance anymore. Task-number: QTBUG-60131 Change-Id: I1df16f2b0896928833aa2ced75c43d4642b4fba3 Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io>
-
Oliver Wolff authored
If there are no pending connections, the call should not make the application crash but just return nullptr. Change-Id: I33c2ec9b47bbb72abc99ad22035f794724b295ef Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Oliver Wolff authored
Reflect the default values that are different on winrt in the auto test. Obtaining the pairing status for given devices is possible on winrt, so as soon as QTBUG-62294 is fixed, this change can be partly reverted. Task-number: QTBUG-62294 Change-Id: Iceed8086f29c0f0c4859f2d86a16c2b3a9eeaffa Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Oliver Wolff authored
We cannot obtain information about local bluetooth devices on winrt. Change-Id: I7805b68bff38a2a2d049619742880db5bd8d3cef Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Oliver Wolff authored
Same as on other platforms initTestCase should return early if no remote device was passed via environment variable. Change-Id: I0b45b9be6247e55c890e6d151541ab034eefa467 Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
- 02 Aug, 2017 - 2 commits
-
-
Oliver Wolff authored
As there is no Windows API to disconnect from a BTLE device, we just set the internal state in QLowEnergyController::disconnectFromDevice. By removing the callback registration in disconnectFromDevice we can be sure, that every state change from connected to disconnected is caused by the remote host closing the connection and thus implement RemoteHostClosedError. Change-Id: I7dcacaffce68784cb297b02df2e9f9356bf14d9d Reviewed-by:
Maurice Kalinowski <maurice.kalinowski@qt.io>
-
Oliver Wolff authored
If the socket was created without giving the socket type, ensureNativeSocket was not called and thus m_socketObject is 0. Calling localName and friends caused a crash because they accesses the object unconditionally. Change-Id: I442e3d1492458161fb8660f1b2f17d52b37a2935 Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
- 31 Jul, 2017 - 1 commit
-
-
Marc Mutz authored
This is the result of running the (experimental) clang-tidy check qt-modernize-qsharedpointer-create Discarded changes: none. Change-Id: I58a0f230516e836df62b40cf8ec38a6b3d7122db Reviewed-by:
Thiago Macieira <thiago.macieira@intel.com> Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
- 26 Jul, 2017 - 2 commits
-
-
Alex Blasche authored
Change-Id: Ida3681a873698f22c28bc60230ca0c49d2a9d25f
-
Oliver Wolff authored
Change-Id: I9f6a7c3884c2d7c9b0856a0e9a689ad88cca59fe Reviewed-by:
Maurice Kalinowski <maurice.kalinowski@qt.io>
-
- 24 Jul, 2017 - 2 commits
-
-
Alex Blasche authored
Task-number: QTBUG-57575 Change-Id: Ia289bcb1e0172e74bbda7f4b2dbc904ca1f5a856 Reviewed-by:
Oliver Wolff <oliver.wolff@qt.io> Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io>
-
Alex Blasche authored
This is an addition since BlueZ 5.30. Task-number: QTBUG-57575 Change-Id: Ib24702ac91ee55e5e0511d93cd9bd43937c0edb1 Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io> Reviewed-by:
Oliver Wolff <oliver.wolff@qt.io>
-
- 20 Jul, 2017 - 1 commit
-
-
Alex Blasche authored
Qt 5.9 introduced this behavior change as part of a bug fix. Qt 5.10 will force the new behavior unless otherwise requested by the user. Task-number: QTBUG-61554 Change-Id: I75a2107c64e0eaaf03490658669c9a23ac7dcf63 Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io> Reviewed-by:
Oliver Wolff <oliver.wolff@qt.io>
-
- 19 Jul, 2017 - 1 commit
-
-
Alex Blasche authored
The compiler error is: In file included from main.cpp:29:0: main.cpp: In function 'int main()' main.cpp:33:11: error: taking address of temporary [-fpermissive] bacmp(BDADDR_ANY, BDADDR_NONE); ^ main.cpp:33:23: error: 'BDADDR_NONE' was not declared in this scope bacmp(BDADDR_ANY, BDADDR_NONE); BDADDR_NONE only exists in Linux iBluetooth kernel headers but not in the Bluez project headers. Furthermore the usage of the BDADDR_* defines is known to trigger -fpermissive violations. For the prupose of this test fpermissive is not relevant as the test is never executed and the focus is in checking the existence of the very same defines. Change-Id: I56db5406ec91fdd5e7998cac4900ee9f9b628c00 Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io> Reviewed-by:
Jérôme Duval <jerome.duval@gmail.com>
-
- 18 Jul, 2017 - 3 commits
-
-
Alex Blasche authored
Change-Id: Icdd0c9421f4894a7f84b69d31d4de440900f3d39 Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io>
-
Alex Blasche authored
If the last entry of a service is a descriptor or characteristic and the read attempt fails early (the read could not even be initiated) ensure that the discovery state machine properly exists. So far the exit was only ever triggered by a successful read or if the async callback for the read returned with an error or timed out. Change-Id: I495982a82819aab985bc91a7e63c530b52355d9d Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io>
-
Alex Blasche authored
There are cases where peripherals use a larger MTU than the default MTU on Android. This forces the MTU negotiation to always been done once the service discovery has been done. This patch requires Android API v21 (or Android v5+). If the local Android version is below 5 this feature becomes a noop. The related bug cannot be addressed on Android version below 5.0. Task-number: QTBUG-61755 Change-Id: I6521b5dad05da5e3e533ef2af56ee649b1b79730 Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io>
-
- 16 Jul, 2017 - 1 commit
-
-
Timur Pocheptsov authored
The type of manage.state has changed on macOS (like on iOS before), making an declataion invalid. (cherry-picked from qtconnectivity/0c3cc537 ) Change-Id: I55caa32fa9f0a85090506cfbd788c1a80d41e8ce Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io>
-
- 12 Jul, 2017 - 1 commit
-
-
Alex Blasche authored
Change-Id: I88ff16001280dea4967887ae711c463304c7ec7d Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io> Reviewed-by:
Christian Kandeler <christian.kandeler@qt.io>
-
- 11 Jul, 2017 - 1 commit
-
-
Timur Pocheptsov authored
The type of manage.state has changed on macOS (like on iOS before), making an declataion invalid. Change-Id: I55caa32fa9f0a85090506cfbd788c1a80d41e8ce Reviewed-by:
Jake Petroules <jake.petroules@qt.io>
-
- 10 Jul, 2017 - 5 commits
-
-
Konstantin Ritt authored
Change-Id: Iaaa79b2f14e7abd5d849895301ed404efa079f07 Reviewed-by:
Konstantin Ritt <ritt.ks@gmail.com>
-
Alex Blasche authored
Change-Id: I6503377cd99d403ff31a2eae8109476294cbebac Reviewed-by:
Oliver Wolff <oliver.wolff@qt.io>
-
Alex Blasche authored
Change-Id: Ia68da10c26ed0baff95a1f696b5a248595d23b1d Reviewed-by:
Oliver Wolff <oliver.wolff@qt.io> Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io> Reviewed-by:
Konstantin Ritt <ritt.ks@gmail.com>
-
Alex Blasche authored
[ChangeLog][QtBluetooth][QBluetoothSocket] Added QBluetoothSocket::RemoteHostClosedError. Change-Id: Ic9d27f9188f66be0fad309e55f2904eaed2cf61a Reviewed-by:
Oliver Wolff <oliver.wolff@qt.io> Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io> Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Konstantin Ritt authored
Unlike ConnectionError, this shall be used to mention errors occurred due to the remote device's intent (term, power loss, etc) Change-Id: I6918879e3918a5131841f012b2824c30b99e472d Reviewed-by:
Oliver Wolff <oliver.wolff@qt.io> Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io> Reviewed-by:
Konstantin Ritt <ritt.ks@gmail.com>
-
- 06 Jul, 2017 - 1 commit
-
-
Liang Qi authored
Conflicts: .qmake.conf Change-Id: I7a55929aefa1f7a4dc96f841317b78b248899f67
-
- 04 Jul, 2017 - 2 commits
-
-
Oliver Wolff authored
canceled should only be emitted if stop was used to abort a running device discovery. A timeout happening has to cause a normal finished. Change-Id: I1072c14a44b84da0cb93420cf7344b8bc56b523e Reviewed-by:
Alex Blasche <alexander.blasche@qt.io>
-
Oliver Wolff authored
Change-Id: I87047bbc8b777f597ac4843c0c5466489d764f46 Reviewed-by:
Alex Blasche <alexander.blasche@qt.io> Reviewed-by:
Timur Pocheptsov <timur.pocheptsov@qt.io>
-
- 30 Jun, 2017 - 2 commits
-
-
Liang Qi authored
Change-Id: Ie41f06095d87c46bb4d64e38bdbeab7646fe2470
-
Oswald Buddenhagen authored
Change-Id: I4fdc8d221610589caa2d31b3ccc55ebc17f9fff8
-