Bug 618082

Summary:	Bluetooth icon shows disabled all the time, "turn on" (or "off", for that matter) does nothing
Product:	[Fedora] Fedora	Reporter:	Horst H. von Brand <vonbrand>
Component:	gnome-bluetooth	Assignee:	Bastien Nocera <bnocera>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	rawhide	CC:	bnocera, jmontleo, mclasen, rstrode
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:	gnome-bluetooth-2.90.0-5.fc15.x86_64	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-09-21 00:50:38 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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):
gnome-panel-2.31.4-3.fc14.x86_64
kernel-2.6.35-0.56.rc6.git1.fc14.x86_64

How reproducible:
Always.

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:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

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
/lib/udev/rules.d/97-bluetooth.rules:
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.