-----------------------------------------------------------
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
> 
>

_______________________________________________
Kde-hardware-devel mailing list
Kde-hardware-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-hardware-devel

Reply via email to