[Kde-hardware-devel] Review Request 123388: BluetoothMonitor: Simplify addBluetoothConnection + add haveBluetoothConnection

Lamarque Souza lamarque at kde.org
Fri Apr 17 12:41:00 UTC 2015


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/123388/#review79116
-----------------------------------------------------------



kded/bluetoothmonitor.h (line 37)
<https://git.reviewboard.kde.org/r/123388/#comment54069>

    bluetoothConnectionExists() is a better name for this method.



kded/bluetoothmonitor.h (line 38)
<https://git.reviewboard.kde.org/r/123388/#comment54071>

    Is passing connectionName really necessary? The old code queries BlueZ to get the device name and use it as connectionName. That is something simular to using essid as connection name for wifi connections. Besides this particular change breaks compatibility with old Bluedevil versions. Is there a good reason for breaking compatibility here?



kded/bluetoothmonitor.cpp (line 82)
<https://git.reviewboard.kde.org/r/123388/#comment54070>

    Are you sure regular expression "rfcomm?" does not appear in service variable anymore? Years ago  when I tested this it used to appear sometimes.


- Lamarque Souza


On April 17, 2015, 11:40 a.m., David Rosca wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/123388/
> -----------------------------------------------------------
> 
> (Updated April 17, 2015, 11:40 a.m.)
> 
> 
> Review request for Solid, Jan Grulich, Lukáš Tinkl, and Lamarque Souza.
> 
> 
> Repository: plasma-nm
> 
> 
> Description
> -------
> 
> This patch removes all Bluez related code from BluetoothMonitor. 
> It was used only to check if the device with specified address exists and if it supports nap/dun profile.
> The addBluetoothConnection method is currently not used anywhere, so this shouldn't be an issue. If the check is important, we can do one call on Bluedevil DBus interface.
> 
> Bluedevil was using this method in Bluez 4 versions, but it got killed during porting to Bluez 5. 
> NAP connections are now automatically added on successful pairing with the device.
> 
> I plan to bring the functionality back in Bluedevil, so that user can manually add a network connection (DUN/NAP) for Bluetooth devices.
> 
> lxr search: http://lxr.kde.org/search?v=kf5-qt5&_filestring=&_string=%22addBluetoothConnection%22
> 
> 
> Diffs
> -----
> 
>   kded/bluetoothdbustype.h 1eeb3b2 
>   kded/bluetoothdbustype.cpp 4eee8af 
>   kded/bluetoothmonitor.h f5e74ec 
>   kded/bluetoothmonitor.cpp 9d833d2 
>   kded/dbus/org.freedesktop.DBus.ObjectManager.xml fa58c72 
>   kded/dbus/org.freedesktop.DBus.Properties.xml a71f409 
>   kded/CMakeLists.txt 51aa370 
>   kded/monitor.h ae89d3e 
>   kded/monitor.cpp e33b918 
> 
> Diff: https://git.reviewboard.kde.org/r/123388/diff/
> 
> 
> Testing
> -------
> 
> Works as before, mobile connection wizard appears when trying to add dun connection.
> 
> 
> Thanks,
> 
> David Rosca
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-hardware-devel/attachments/20150417/020c36d1/attachment.html>


More information about the Kde-hardware-devel mailing list