Bug 543693

Summary: Pulseaudio enables S/PDIF Optical Raw at each boot
Product: [Fedora] Fedora Reporter: Sandro Mani <manisandro>
Component: pulseaudioAssignee: Lennart Poettering <lpoetter>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 23CC: alexlpt, augustocaringi, awilliam, brendan.jones.it, bugzilla, chkr, jkysela, jmontleo, lkundrak, lpoetter, paul59584, pfrields, redhatbugzilla, somlo, superquad.vortex2, the.ridikulus.rat, william, wtogami
Target Milestone: ---Keywords: Reopened, Triaged
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 647797 (view as bug list) Environment:
Last Closed: 2016-12-20 12:02:14 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:
Attachments:
Description Flags
Output of pulseaudio -vvv
none
journalctl Fedora-Live-Workstation-x86_64-rawhide-20140625 none

Description Sandro Mani 2009-12-02 21:25:33 UTC
Description of problem:
Pulseaudio enables S/PDIF Optical Raw at each boot causing analog output to work incorrectly - front speakers do not work. In my particular case this happens with an Audigy 4 - Pulse reports it as Audigy2 Value SB0400, Alsamixer as Audigy 4 SB0610

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


How reproducible: Always


Steps to Reproduce:
1. Boot system
2. Notice that "S/PDIF Optical Raw" is enabled, regardless of the previous setting
3.
  
Actual results:
Analog output works incorrectly, i.e. front speakers do not work

Expected results:
"S/PDIF Optical Raw" should not be enabled by default.

Additional info:
From https://bugzilla.redhat.com/show_bug.cgi?id=496320#c58 :
By running pulseaudio -vvv, I can see that, during initialization, PulseAudio
tries to switch to every profile available to test whether they are valid.
During this, it switches to the ALSA IEC958 digital profiles which all specify
that the "IEC958 Optical Raw Playback" switch should be turned on, so it
adjusts the setting. Unfortunately, it seems the alsa-lib analog profiles
simply don't specify a setting for this switch, so it gets left on as it
continues, no matter which profile is selected. This results in the analog
output being shut off.

The obvious fixes are: 
1. Disable the IEC958 Optical Raw, etc. switches instead of not specifying them
in the relevant ALSA analog profiles.
2. Apply the profile's settings using the default settings as a base instead of
the current settings. This would entail capturing the entire device
configuration before making any changes and reverting to that before applying
each profile.
Additional info also here: https://bugzilla.redhat.com/show_bug.cgi?id=496320#c57

Comment 1 Adam Williamson 2009-12-03 18:35:33 UTC
could you attach the pulseaudio -vvv output just so lennart can see it too? Thanks.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 2 Sandro Mani 2009-12-03 21:30:22 UTC
Created attachment 375919 [details]
Output of pulseaudio -vvv

Comment 3 Adam Williamson 2009-12-03 21:43:06 UTC
Thanks.

-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 4 Lennart Poettering 2009-12-17 16:17:37 UTC
This should probably should be reset by ALSA, not PA when the "front:xxx" audio device is opened. Reassigning.

Comment 5 Sandro Mani 2010-05-13 23:52:51 UTC
Still an issue with f13.

Comment 6 Alexander Lipatov 2011-06-25 18:52:11 UTC
Still an issue with f15.

It is very difficult to find workaround. So I write a post about workaround for people with this problem.

Temporary workaround: http://jamerlan.blogspot.com/2011/06/fedora-15-and-audigy-4-temporary.html

Complete workaround: http://jamerlan.blogspot.com/2011/06/final-workaround-for-no-sound-bug-with.html

Thank you!
Please fix this bug.

Comment 7 paul59584 2011-09-14 11:05:11 UTC
iv'e had the same problem with my SB0400 Audigy2 Value card ever since about f10 or 11 (still happening in f15). To make S/PDIF Optical Raw switch stay off on reboot etc i edit the /usr/share/alsa/cards/Audigy2.conf file changing


			{
				name "IEC958 Optical Raw Playback Switch"
				lock true
				preserve true
				value [ 1 1  ]
			}

to 
			{
				name "IEC958 Optical Raw Playback Switch"
				lock true
				preserve true
				value [ 0 0  ]
			}

also need to remember to do this whenever update alsa-lib package

would be nice if it was fixed so i don't have to do this though.

Comment 8 Chris Murphy 2011-10-14 17:53:39 UTC
(In reply to comment #6)
> Still an issue with f15.

On Macbook Pro 4,1 (possibly others), this is still a problem with F16 beta. Optical S/PDIF is enabled by default. Version for this bug # should be changed to 16.

Related bug is that presently alsamixer crashes on launch so permanent fix isn't possible. http://bugzilla.redhat.com/show_bug.cgi?id=746153

Comment 9 Alexander Lipatov 2011-10-14 18:20:52 UTC
Looks like this bug was fixed in Pulse Audio 1.0 version: http://www.freedesktop.org/wiki/Software/PulseAudio/Notes/1.0

"alsa-mixer: Mute IEC958 optical raw for several Audigy models"

Comment 10 Chris Murphy 2011-10-14 18:44:41 UTC
Well it's either not fixed for all hardware, or something other than Pulse Audio is enabling the Optical S/PDIF. The port is always enabled when booted from the F16-beta Live CD, on both Macbook Pro 4,1 and Macbook Pro 8,2 models. The port is not enabled when booted from the F16-beta DVD. If a system is installed from either LiveCD or DVD, upon reboot the optical port is enabled by default.

Comment 11 Adam Williamson 2011-10-14 18:58:38 UTC
We don't have PA 1.0 in F16.

Comment 12 Chris Murphy 2011-10-15 01:50:52 UTC
Looks like it's presently version 0.9.23

Powertop reports "Audio codec hwC0D0: Cirrus Logic (pulseaudio)" is using 14.8W of power, which seems rather not believable. Yet battery times with a fresh install of F16 beta sitting idle doing nothing barely lasts 1.5 hours, conversely is good for 5 hours with Mac OS 10.6.8 (same machine, same idle state doing nothing). So I'd consider this significantly not good. I'm not sure a optical S/PDIF light uses that much power.

Comment 13 Jaroslav Kysela 2012-01-26 15:40:49 UTC
Only this patch is required to add to PA:

http://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/?id=838672974ec35c9e9eea4f67a2e7206f5cf87c22

Reassigning back to the pulseaudio package.

Comment 14 Chris Murphy 2012-03-14 02:56:14 UTC
Still a problem in F17 Beta TC1. i.e. the red light is on by default.

pulseaudio 1.1-8.fc17.x86_64

Comment 15 Chris Murphy 2012-04-25 22:08:28 UTC
Still a problem in F17 Final TC1. Red light on audio port is on by default.

Comment 16 Jason Montleon 2012-04-26 01:10:36 UTC
Still present on two systems running Fedora 17 for me as well.

Comment 17 Jason Montleon 2012-07-18 22:20:10 UTC
This is still a problem in F17, fully updated.

As a workaround I can create a small script and create a start up item to run it, so that it turns back off shortly after logging in, but it would be great if the state was saved through reboots.

#!/bin/bash
sleep 15
amixer -c 0 sset "IEC958" mute


If IEC958 does not work, you can run 'amixer -c 0' to see a full list and look for the correct name.

Comment 18 William Brown 2012-11-01 00:05:29 UTC
Still a bug in pulseaudio-1.1-9.fc17.x86_64. SPDIF is on after each boot, and resets apparently every time Xorg is reset (Ie logout / login)

Comment 19 Chris Murphy 2012-12-18 05:16:41 UTC
Behavior is fixed in pulseaudio-2.1-4.fc18.x86_64 on a Macbook Pro 4,1. Fedora 18 (final) TC3. Have not attempted regression to see when it was fixed.

Comment 20 William Brown 2012-12-18 05:41:38 UTC
Can confirm this is now working in fc18 also.

Comment 21 Raymond 2012-12-19 02:29:56 UTC
> http: //git.freedesktop.org/pulseaudio/pulseaudio/commit/?id=838672974ec35c9e9eea4f67a2e7206f5cf87c22

do it need to put in all analog path instead of common

+[Element IEC958 Optical Raw]
+switch = off

Comment 22 William Brown 2013-05-10 07:21:39 UTC
This is now working in current release.

Comment 23 Fedora End Of Life 2013-12-21 14:52:12 UTC
This message is a reminder that Fedora 18 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 18. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '18'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 18's end of life.

Thank you for reporting this issue and we are sorry that we may not be 
able to fix it before Fedora 18 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior to Fedora 18's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 24 Fedora End Of Life 2014-02-05 22:39:04 UTC
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

Comment 25 Adam Williamson 2014-02-05 22:40:42 UTC
changing resolution, because hey, we fixed it. only took four years! there's service for ya ;)

Comment 26 Augusto Caringi 2014-06-28 07:32:51 UTC
Sorry to inform that...
But the problem persists in Fedora 20 in a Macbook Pro 8,1.
IEC958 "red light" is turned on every time Xorg is reset (Ie logout / login).

Comment 27 Adam Williamson 2014-06-28 16:04:56 UTC
augusto: is this on a fresh install or an upgraded system? you may somehow have bad saved mixer settings on an upgraded system. easy way to check is to boot a live image and see what happens. thanks!

Comment 28 Augusto Caringi 2014-06-28 20:14:22 UTC
Adam: Fresh install.
I just booted a Fedora 20 live image and the same happens...
I can disable the IEC958 (turning off the red led) with the command: "amixer -c0 cset numid=16 off"
I tried to store the ALSA mixer settings via "alsactl store", and the file /var/lib/alsa/asound.state is correctly written, but every time that Xorg is reset (Ie logout/login) something is turning on the IEC958 again (Pulseaudio?).

Comment 29 Chris Murphy 2014-06-29 00:21:26 UTC
Reopening. It's happening on a MacbookPro 9,2 with Fedora-Live-Workstation-x86_64-rawhide-20140625.iso

Comment 30 Chris Murphy 2014-06-29 00:24:26 UTC
Created attachment 913108 [details]
journalctl Fedora-Live-Workstation-x86_64-rawhide-20140625

Added boot params rd.debug systemd.log_level=debug. This is the output from journalctl -b -l -o short-monotonic for an otherwise normal boot from litd created media from Fedora-Live-Workstation-x86_64-rawhide-20140625.iso. The light comes on at about 26/27 seconds monotonic time.

Comment 31 Chris Murphy 2014-06-29 00:26:15 UTC
[root@rawhide liveuser]# pulseaudio -vvv --system
W: [pulseaudio] main.c: Running in system mode, but --disallow-exit not set!
W: [pulseaudio] main.c: Running in system mode, but --disallow-module-loading not set!
N: [pulseaudio] main.c: Running in system mode, forcibly disabling SHM mode!
N: [pulseaudio] main.c: Running in system mode, forcibly disabling exit idle time!
D: [pulseaudio] core-rtclock.c: Timer slack is set to 50 us.
D: [pulseaudio] core-util.c: setpriority() worked.
I: [pulseaudio] core-util.c: Successfully gained nice level -11.
I: [pulseaudio] main.c: Found user 'pulse' (UID 171) and group 'pulse' (GID 171).
I: [pulseaudio] main.c: Successfully changed user to "pulse".
I: [pulseaudio] main.c: This is PulseAudio 5.0
D: [pulseaudio] main.c: Compilation host: x86_64-redhat-linux-gnu
D: [pulseaudio] main.c: Compilation CFLAGS: -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -W -Wextra -Wno-long-long -Wno-overlength-strings -Wunsafe-loop-optimizations -Wundef -Wformat=2 -Wlogical-op -Wsign-compare -Wformat-security -Wmissing-include-dirs -Wformat-nonliteral -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes -Wredundant-decls -Wmissing-declarations -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing -Wwrite-strings -Wno-unused-parameter -ffast-math -fno-common -fdiagnostics-show-option
D: [pulseaudio] main.c: Running on host: Linux x86_64 3.16.0-0.rc2.git1.1.fc21.x86_64 #1 SMP Tue Jun 24 14:24:42 UTC 2014
D: [pulseaudio] main.c: Found 4 CPUs.
I: [pulseaudio] main.c: Page size is 4096 bytes
D: [pulseaudio] main.c: Compiled with Valgrind support: no
D: [pulseaudio] main.c: Running in valgrind mode: no
D: [pulseaudio] main.c: Running in VM: no
D: [pulseaudio] main.c: Optimized build: yes
D: [pulseaudio] main.c: FASTPATH defined, only fast path asserts disabled.
I: [pulseaudio] main.c: Machine ID is 271e26be9bbaebdb8610caa8ddc38e95.
I: [pulseaudio] main.c: Session ID is 2.
I: [pulseaudio] main.c: Using runtime directory /var/run/pulse.
I: [pulseaudio] main.c: Using state directory /var/lib/pulse.
I: [pulseaudio] main.c: Using modules directory /usr/lib64/pulse-5.0/modules.
I: [pulseaudio] main.c: Running in system mode: yes
W: [pulseaudio] main.c: OK, so you are running PA in system mode. Please note that you most likely shouldn't be doing that.
W: [pulseaudio] main.c: If you do it nonetheless then it's your own fault if things don't work as expected.
W: [pulseaudio] main.c: Please read http://pulseaudio.org/wiki/WhatIsWrongWithSystemMode for an explanation why system mode is usually a bad idea.
I: [pulseaudio] main.c: Fresh high-resolution timers available! Bon appetit!
D: [pulseaudio] memblock.c: Using private memory pool with 1024 slots of size 64.0 KiB each, total size is 64.0 MiB, maximum usable slot size is 65472
I: [pulseaudio] cpu-x86.c: CPU flags: CMOV MMX SSE SSE2 SSE3 SSSE3 SSE4_1 SSE4_2 
I: [pulseaudio] svolume_mmx.c: Initialising MMX optimized volume functions.
I: [pulseaudio] remap_mmx.c: Initialising MMX optimized remappers.
I: [pulseaudio] svolume_sse.c: Initialising SSE2 optimized volume functions.
I: [pulseaudio] remap_sse.c: Initialising SSE2 optimized remappers.
I: [pulseaudio] sconv_sse.c: Initialising SSE2 optimized conversions.
I: [pulseaudio] svolume_orc.c: Initialising ORC optimized volume functions.
D: [pulseaudio] module.c: Checking for existence of '/usr/lib64/pulse-5.0/modules/module-udev-detect.so': success
D: [pulseaudio] module-udev-detect.c: /dev/snd/controlC0 is accessible: no
I: [pulseaudio] module-udev-detect.c: Found 1 cards.
I: [pulseaudio] module.c: Loaded "module-udev-detect" (index: #0; argument: "").
D: [pulseaudio] module.c: Checking for existence of '/usr/lib64/pulse-5.0/modules/module-esound-protocol-unix.so': success
D: [pulseaudio] authkey.c: Got 0 bytes from cookie file '/var/run/pulse/.esd_auth', expected 16
I: [pulseaudio] module.c: Loaded "module-esound-protocol-unix" (index: #1; argument: "").
W: [pulseaudio] authkey.c: Failed to open cookie file '/var/run/pulse/.config/pulse/cookie': No such file or directory
W: [pulseaudio] authkey.c: Failed to load authorization key '/var/run/pulse/.config/pulse/cookie': No such file or directory
W: [pulseaudio] authkey.c: Failed to open cookie file '/var/run/pulse/.pulse-cookie': No such file or directory
W: [pulseaudio] authkey.c: Failed to load authorization key '/var/run/pulse/.pulse-cookie': No such file or directory
D: [pulseaudio] authkey.c: Got 0 bytes from cookie file '/var/run/pulse/.config/pulse/cookie', expected 256
I: [pulseaudio] module.c: Loaded "module-native-protocol-unix" (index: #2; argument: "").
D: [pulseaudio] database-tdb.c: Opened TDB database '/var/lib/pulse/271e26be9bbaebdb8610caa8ddc38e95-stream-volumes.tdb'
I: [pulseaudio] module-stream-restore.c: Successfully opened database file '/var/lib/pulse/271e26be9bbaebdb8610caa8ddc38e95-stream-volumes'.
D: [pulseaudio] protocol-dbus.c: Interface org.PulseAudio.Ext.StreamRestore1 added for object /org/pulseaudio/stream_restore1
I: [pulseaudio] module.c: Loaded "module-stream-restore" (index: #3; argument: "").
D: [pulseaudio] database-tdb.c: Opened TDB database '/var/lib/pulse/271e26be9bbaebdb8610caa8ddc38e95-device-volumes.tdb'
I: [pulseaudio] module-device-restore.c: Successfully opened database file '/var/lib/pulse/271e26be9bbaebdb8610caa8ddc38e95-device-volumes'.
I: [pulseaudio] module.c: Loaded "module-device-restore" (index: #4; argument: "").
I: [pulseaudio] module.c: Loaded "module-default-device-restore" (index: #5; argument: "").
I: [pulseaudio] module.c: Loaded "module-rescue-streams" (index: #6; argument: "").
D: [pulseaudio] module-always-sink.c: Autoloading null-sink as no other sinks detected.
D: [pulseaudio] module-device-restore.c: Database contains invalid data for key: sink:auto_null (probably pre-v1.0 data)
D: [pulseaudio] module-device-restore.c: Attempting to load legacy (pre-v1.0) data for key: sink:auto_null
D: [pulseaudio] module-device-restore.c: Size does not match.
D: [pulseaudio] module-device-restore.c: Unable to load legacy (pre-v1.0) data for key: sink:auto_null. Ignoring.
D: [pulseaudio] module-device-restore.c: Database contains invalid data for key: sink:auto_null:null
I: [pulseaudio] sink.c: Created sink 0 "auto_null" with sample spec s16le 2ch 44100Hz and channel map front-left,front-right
I: [pulseaudio] sink.c:     device.description = "Dummy Output"
I: [pulseaudio] sink.c:     device.class = "abstract"
I: [pulseaudio] sink.c:     device.icon_name = "audio-card"
D: [pulseaudio] core-subscribe.c: Dropped redundant event due to change event.
D: [pulseaudio] module-device-restore.c: Database contains invalid data for key: source:auto_null.monitor (probably pre-v1.0 data)
D: [pulseaudio] module-device-restore.c: Attempting to load legacy (pre-v1.0) data for key: source:auto_null.monitor
D: [pulseaudio] module-device-restore.c: Size does not match.
D: [pulseaudio] module-device-restore.c: Unable to load legacy (pre-v1.0) data for key: source:auto_null.monitor. Ignoring.
D: [pulseaudio] module-device-restore.c: Database contains invalid data for key: source:auto_null.monitor:null
I: [pulseaudio] source.c: Created source 0 "auto_null.monitor" with sample spec s16le 2ch 44100Hz and channel map front-left,front-right
I: [pulseaudio] source.c:     device.description = "Monitor of Dummy Output"
I: [pulseaudio] source.c:     device.class = "monitor"
I: [pulseaudio] source.c:     device.icon_name = "audio-input-microphone"
D: [null-sink] module-null-sink.c: Thread starting up
D: [pulseaudio] module-device-restore.c: Database contains invalid data for key: sink:auto_null:null
I: [pulseaudio] module.c: Loaded "module-null-sink" (index: #8; argument: "sink_name=auto_null sink_properties='device.description="Dummy Output"'").
I: [pulseaudio] module.c: Loaded "module-always-sink" (index: #7; argument: "").
D: [pulseaudio] module-suspend-on-idle.c: Sink auto_null becomes idle, timeout in 5 seconds.
I: [pulseaudio] module.c: Loaded "module-suspend-on-idle" (index: #9; argument: "").
I: [pulseaudio] module.c: Loaded "module-position-event-sounds" (index: #10; argument: "").
D: [pulseaudio] dbus-util.c: Successfully connected to D-Bus system bus 926b895785f8f2c3ca4ee16553af5bb9 as :1.47
D: [pulseaudio] main.c: Got org.pulseaudio.Server!
I: [pulseaudio] main.c: Daemon startup complete.
D: [pulseaudio] module-device-restore.c: Database contains invalid data for key: sink:auto_null (probably pre-v1.0 data)
D: [pulseaudio] module-device-restore.c: Attempting to load legacy (pre-v1.0) data for key: sink:auto_null
D: [pulseaudio] module-device-restore.c: Size does not match.
D: [pulseaudio] module-device-restore.c: Unable to load legacy (pre-v1.0) data for key: sink:auto_null. Ignoring.
D: [pulseaudio] module-device-restore.c: Database contains invalid data for key: sink:auto_null:null
I: [pulseaudio] module-device-restore.c: Storing port for device sink:auto_null.
I: [pulseaudio] module-device-restore.c: Storing volume/mute for device+port sink:auto_null:null.
D: [pulseaudio] module-device-restore.c: Database contains invalid data for key: source:auto_null.monitor (probably pre-v1.0 data)
D: [pulseaudio] module-device-restore.c: Attempting to load legacy (pre-v1.0) data for key: source:auto_null.monitor
D: [pulseaudio] module-device-restore.c: Size does not match.
D: [pulseaudio] module-device-restore.c: Unable to load legacy (pre-v1.0) data for key: source:auto_null.monitor. Ignoring.
D: [pulseaudio] module-device-restore.c: Database contains invalid data for key: source:auto_null.monitor:null
I: [pulseaudio] module-device-restore.c: Storing port for device source:auto_null.monitor.
I: [pulseaudio] module-device-restore.c: Storing volume/mute for device+port source:auto_null.monitor:null.
I: [pulseaudio] module-suspend-on-idle.c: Sink auto_null idle for too long, suspending ...
D: [pulseaudio] sink.c: Suspend cause of sink auto_null is 0x0004, suspending
D: [pulseaudio] core.c: Hmm, no streams around, trying to vacuum.
I: [pulseaudio] module-device-restore.c: Synced.

Comment 32 Gabriel Somlo 2014-12-22 18:10:05 UTC
Also happens on MacPro6,1 with a fresh F21 install. Red LED inside audio-out jack comes on during boot, and none of the workarounds from either this thread or google are helping. Happy to post any further info that might help figure this out. -- Thanks !

Comment 33 Jan Kurik 2015-07-15 15:20:28 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 23 development cycle.
Changing version to '23'.

(As we did not run this process for some time, it could affect also pre-Fedora 23 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 23 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora23

Comment 34 Fedora End Of Life 2016-11-24 10:25:52 UTC
This message is a reminder that Fedora 23 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 23. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '23'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 23 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 35 Fedora End Of Life 2016-12-20 12:02:14 UTC
Fedora 23 changed to end-of-life (EOL) status on 2016-12-20. Fedora 23 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.