Bug 618082 - Bluetooth icon shows disabled all the time, "turn on" (or "off", for that matter) does nothing
Summary: Bluetooth icon shows disabled all the time, "turn on" (or "off", for that mat...
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-bluetooth
Version: rawhide
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Bastien Nocera
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2010-07-26 04:02 UTC by Horst H. von Brand
Modified: 2010-09-21 00:50 UTC (History)
4 users (show)

Clone Of:
Last Closed: 2010-09-21 00:50:38 UTC

Attachments (Terms of Use)

Description Horst H. von Brand 2010-07-26 04:02:37 UTC
Description of problem:
Bluetooth icon shows bluetooth disabled all the time. Placing mouse on it shows "Bluetooth: Disabled", pressing on it offers "Turn off Bluetooth" (?!) (I had tried to turn it on before, to no avail). It seems to depend on kernel version (works on and off).

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Place mouse on bluetooth icon (disabled) ~~-> "Bluetooth: Disabled"
2. Click on icon, offers to turn on. Do so. Icon doesn't change, no try to connect to my phone.
3. Place mouse on bluetooth icon (disabled) ~~-> "Bluetooth: Disabled"
4. Click on icon, offers to turn _off_ (?!)
Actual results:
See steps.

Expected results:

Additional info:

Comment 1 Horst H. von Brand 2010-07-27 13:16:15 UTC
I suspended the machine, and when it came up again Bluetooth was enabled, and it works (?!)

Comment 2 Bug Zapper 2010-07-30 12:50:40 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.

More information and reason for this action is here:

Comment 3 Jason Montleon 2010-08-26 21:54:13 UTC
I have the same exact problem with a Macbook 2,1,
Bus 005 Device 005: ID 05ac:8205 Apple, Inc. Bluetooth HCI

Suspending and resuming on this system also gets bluetooth working.

Comment 4 Jason Montleon 2010-08-30 05:02:23 UTC
It looks like maybe bluetoothd --udev isn't getting run by udev-post on startup; running this is all it takes to get it working.

Comment 5 Horst H. von Brand 2010-08-31 14:50:04 UTC
Yup, running "bluetoothd --udev" as root enables bluetooth.

Note this machine is on systemd-8-3.fc14.x86_64, udev-161-1.fc15.x86_64, udev-post is enabled in runlevel 5 (default).

# systemctl status udev.service
udev.service - /dev and kernel device manager
	  Loaded: loaded (/lib/systemd/system/udev.service)
	  Active: inactive (dead)
	  CGroup: name=systemd:/systemd-1/udev.service

But udevd is running thrice (?!)

Comment 6 Jason Montleon 2010-09-01 04:28:26 UTC
I took a look at a Fedora 13 system and found the cause for this failure. /etc/init.d/bluetooth runs this command on both Fedora 13 and Fedora 14:
udevadm trigger --subsystem-match=bluetooth

The problem has come about because the default udevadm trigger action has changed from "add" in udev-153-3.fc13 to "change" in udev-161-1.fc14.

which in turn causes the udev rule to not be triggered via
ACTION=="add", SUBSYSTEM=="bluetooth", RUN+="/usr/sbin/bluetoothd --udev"

This can be verified both by reading the man page for udevadm and by watching the output on each system:
udevadm monitor --subsystem-match=bluetooth
and watching the results for:
udevadm trigger --subsystem-match=bluetooth

So this is easily corrected by changing /etc/init.d/bluetooth to run:
udevadm trigger --subsystem-match=bluetooth --action=add

Comment 7 Horst H. von Brand 2010-09-21 00:50:38 UTC
Fixed now, closing.

Note You need to log in before you can comment on or make changes to this bug.