GNOME Bugzilla – Bug 755967
Comment for translator instead of translated label
Last modified: 2018-01-29 08:48:45 UTC
Created attachment 312542 [details] Screenshot For this string is displayed comment about bastien noceras computer in gnome bluetooth settings, instead of translated text. Language: Slovak #. translators: first %s is the name of the computer, for example: #. * Visible as “Bastien Nocera's Computer” followed by the #. * location of the Downloads folder. #: ../lib/bluetooth-settings-widget.c:1222 #, c-format msgid "" "Visible as “%s” and available for Bluetooth file transfers. Transferred " "files are placed in the <a href=\"%s\">Downloads</a> folder." msgstr "" "Zariadenie je viditeľné pod názvom „%s“ a dostupné pre prenos súborov cez " "bluetooth. Prenesené súbory sú umiestnené v priečinku <a href=\"%s" "\"Stiahnuté</a>."
This means your system is broken, slightly. What's the output of: rfkill list hciconfig
rfkill list output: 0: hci0: Bluetooth Soft blocked: yes Hard blocked: no 1: phy0: Wireless LAN Soft blocked: no Hard blocked: no hciconfig output: hci0: Type: BR/EDR Bus: USB BD Address: 00:1A:7D:DA:71:13 ACL MTU: 310:10 SCO MTU: 64:8 DOWN RX bytes:574 acl:0 sco:0 events:30 errors:0 TX bytes:368 acl:0 sco:0 commands:30 errors:0
What's the output of: gdbus introspect --session --dest org.gnome.SettingsDaemon.Rfkill --object-path /org/gnome/SettingsDaemon/Rfkill when the problem happens? What happens if you plug the Bluetooth dongle in when logged out of the session?
output: node /org/gnome/SettingsDaemon/Rfkill { interface org.freedesktop.DBus.Properties { methods: Get(in s interface_name, in s property_name, out v value); GetAll(in s interface_name, out a{sv} properties); Set(in s interface_name, in s property_name, in v value); signals: PropertiesChanged(s interface_name, a{sv} changed_properties, as invalidated_properties); properties: }; interface org.freedesktop.DBus.Introspectable { methods: Introspect(out s xml_data); signals: properties: }; interface org.freedesktop.DBus.Peer { methods: Ping(); GetMachineId(out s machine_uuid); signals: properties: }; @org.freedesktop.DBus.GLib.CSymbol("gsd_rfkill_manager") interface org.gnome.SettingsDaemon.Rfkill { methods: signals: properties: readwrite b AirplaneMode = false; readonly b HardwareAirplaneMode = false; readonly b HasAirplaneMode = true; readonly b ShouldShowAirplaneMode = false; readwrite b BluetoothAirplaneMode = false; readonly b BluetoothHardwareAirplaneMode = false; readonly b BluetoothHasAirplaneMode = true; }; }; tried logging out/pluggin in/out dongle, still is there label with your name and in english
Not sure why, but: readwrite b AirplaneMode = false; readonly b HasAirplaneMode = true; Should be AirplaneMode = true, as hci0 is soft-blocked. Not sure why that would be the case... Anyway, I've hit this bug often enough that I'll need to make some UI changes for it.
*** Bug 756583 has been marked as a duplicate of this bug. ***
Bastien's hint to check rfkill, revealed: $ rfkill list 0: tpacpi_bluetooth_sw: Bluetooth Soft blocked: no Hard blocked: no 1: tpacpi_wwan_sw: Wireless WAN Soft blocked: no Hard blocked: no 3: phy0: Wireless LAN Soft blocked: no Hard blocked: no 6: hci0: Bluetooth Soft blocked: yes Hard blocked: no unblocking 6 (rfkill unblock 6), did make my computer name show up in the sharing panel. Disabling bluetooth via gnome-control-center results in $rfkill list 0: tpacpi_bluetooth_sw: Bluetooth Soft blocked: yes Hard blocked: no 1: tpacpi_wwan_sw: Wireless WAN Soft blocked: no Hard blocked: no 3: phy0: Wireless LAN Soft blocked: no Hard blocked: no And re-enabling bluetooth (via gnome-control-center) results in $ rfkill list 0: tpacpi_bluetooth_sw: Bluetooth Soft blocked: no Hard blocked: no 1: tpacpi_wwan_sw: Wireless WAN Soft blocked: no Hard blocked: no 3: phy0: Wireless LAN Soft blocked: no Hard blocked: no 6: hci0: Bluetooth Soft blocked: yes Hard blocked: no and I'm back at step one (i.e. hci0 is again block for some reason)
I think that it's a race, basically. When we unblock tpacpi_bluetooth_sw, hci0 takes some time to reappear, and doesn't get unblocked. What should be happening, is that hci0 comes back up unblocked. Which version of systemd are you using? Is it systemd 227? If so, this change is to blame: * systemd-rfkill has been reworked to become a singleton service that is activated through /dev/rfkill on each rfkill state change and saves the settings to disk. This way, systemd-rfkill is now compatible with devices that exist only intermittendly, and even restores state if the previous system shutdown was abrupt rather than clean.
I do indeed run systemd 227
I am running systemd 226
Might not be systemd then. Which versions of bluez are you using?
bluez is v5.35
It looks to be related to status of bluetooth.service When it's turned off: # systemctl stop bluetooth Visible as “Bastien's computer” and available for Bluetooth file transfers. Transferred files are placed in the Downloads folder. Downloads -> Copy Link Address = http://www.gnome.org and on # systemctl start bluetooth Visible as “plpp” and available for Bluetooth file transfers. Transferred files are placed in the Downloads folder. Downloads -> Copy Link Address = file:///home/xxx/Pobrane plpp is my computer hostname file:///home/xxx/Pobrane is my Downloads dir I've run bluetooth applet from command line: LANG=C gnome-control-center When LANG=pl_PL.utf8 and bluetooth service is on I am getting "right" message in polish, when off same as with LANG=C. Arch linux gnome-bluetooth 3.18.0-1 bluez 5.35-1 systemd 227-1
I have now correct label in bluetooth settings (reason why i have created this issue). using gnome-bluetooth 3.18.1
The later problems are due to changes in newer versions of bluez and the kernel, which instead of unblocking the rfkill when SetPowered is called will fail saying that the rfkill was on, so won't turn the device on. We'll be tracking this problem in bug 741675.
Looks another string saying “Bastien's computer” and having the wrong Downloads link was missed: https://git.gnome.org/browse/gnome-bluetooth/tree/lib/settings.ui#n387 https://codesearch.debian.net/search?q=package%3Agnome-bluetooth+Bast.*omputer
(In reply to Paul Wise from comment #16) > Looks another string saying “Bastien's computer” and having the wrong > Downloads link was missed: > > https://git.gnome.org/browse/gnome-bluetooth/tree/lib/settings.ui#n387 > https://codesearch.debian.net/search?q=package%3Agnome-bluetooth+Bast. > *omputer So what? You saw it in the UI? You're just slinging mud, and wasting my time (on multiple bugs at that). And if you saw it, file a new bug.
Please read and follow "GNOME Code Of Conduct" https://wiki.gnome.org/action/show/Foundation/CodeOfConduct?action=show&redirect=CodeOfConduct
I saw it in the UI. I wouldn't have posted a message without seeing a problem, seeing it had already been reported in multiple places and fixed in both upstream and Debian and investigating why it wasn't fixed for me. If I violated the code of conduct or did any mud slinging, it wasn't intentional and I apologise. I don't seem to be able to reproduce the issue right now (I could, but turned bluetooth on and off a couple of times and it went away), but I'll file a new bug if I see it again. However, the string that started this bug report is still present in the source code, so I would recommend that be fixed whether or not I file a new bug report.
(In reply to Paul Wise from comment #19) > However, the string that started this bug report is still present in the > source code, so I would recommend that be fixed whether or not I file a new > bug report. That what be fixed? Of course the string is still present, it's a placeholder! (and the other one is in a comment...)