Bug 696621

Well i figured out the the screen settings does not write the brightness key in the dconf:
when i change the dconf key using
$ dconf write /org/gnome/power-manager/brightness-ac 0.5
the control center screen brightness slider reflects the change immediately but when i slide the slider, the change is not written back to the dconf key

The problem persists with

control-center-3.0.2-1.fc15.x86_64

I can confirm, that the respective dconf-key stays untouched by control-center, if I change the brightness-value!

Works for me now. Of course the relevant dconf-key has changed entirely. But configuration via gnome-control-center is persistent now :-)

still forgetful for me with:

   gnome-shell-3.2.1-2.fc16 (64bit) x86_64
   control-center-1:3.2.2-1.fc16 (64bit) x86_64

still forgetful for me:

   gnome-shell-3.4.0-1.fc17.x86_64
   control-center-1:3.4.0-1.fc17.x86_64

(though brightness slider works now in fc17beta but not in fc16 lol)

still forgetful for me though slider works:

     kernel-3.5.0-2.x86_64
     xorg-x11-drv-ati-6.14.4-6.20120602git93076094.fc17.x86_64
     control-center-1:3.4.2-1.fc17.x86_64
     gnome-settings-daemon-3.4.2-3.fc17.x86_64
     dconf-0.12.1-1.fc17.x86_64
     gconf2-3.2.5-1.fc17.x86_64

     http://www.smolts.org/client/show/pub_d71dc9ab-d675-4ee2-a9a9-303efc25df83

still forgetful for me (though slider and fn-brightness_keys work):

     kernel-3.5.4-2.fc17.x86_64
     xorg-x11-drv-ati-6.14.4-6.20120602git930760942.fc17.x86_64
     control-center-1:3.4.2-1.fc17.x86_64
     gnome-settings-daemon-3.4.2-3.fc17.x86_64
     dconf-0.12.1-1.fc17.x86_64
     gconf2-3.2.5-2.fc17.x86_64

still forgetful for me (though slider and fn-brightness_keys work):

     kernel-3.6.1-1.fc17.x86_64
     xorg-x11-drv-ati-6.14.4-6.20120602git930760942.fc17.x86_64
     control-center-1:3.4.2-4.fc17.x86_64
     gnome-settings-daemon-3.2.4-3.fc17.x86_64
     dconf-0.12.1-1.fc17.x86_64
     gconf2-3.2.5-3.fc17.x86_64

though had a glich with fn-brightness_keys
 (iffy, had problems reproducing exact steps but something like):

     function key brightness was working 
         ibus-1.4.99.20121006-1.fc17.x86_64

     then an update for ibus came through which seemed to break 
       the fn_key_brightness
         ibus-1.4.99.20121006-2.fc17.x86_64

     so tried downgrade ibus
         yum downgrade ibus-*
       which installed
         ibus-1.4.99.20120914-2.fc17.x86_64
       but did not fix it
     so downloaded ibus-1.4.99.20121006-1.fc17.x86_64 from koji 
       which did not re-fix
     so eventually yum distro-sync (only changed various ibus files) 
       which seemed to fix it again

     so fn_btightness_keys currently running:
        ibus-1.4.99.20121006-2.fc17.x86_64
        ibus-chewing-1.4.2-1.fc17.x86_64
        ibus-gnome3-1.4.99.20121006-2.fc17.x86_64
        ibus-gtk2-1.4.99.20121006-2.fc17.x86_64
        ibus-gtk3-1.4.99-20121006.2.fc17.x86_64
        ibus-hangul-1.4.1-4.fc17.x86_64
        ibus-libpinyin-1.4.92-1.fc17.x86_64
        ibus-libs-1.4.99.20121006-2.fc17.x86_64
        ibus-m17n-1.3.4-3.fc17.x86_64
        ibus-pinyin-db-android-1.4.99.20120620-2.fc17
        ibus-rawcode-1.3.1.20100707-7.fc17.x86_64

Created attachment 626272 [details]
something in here is what seemed to break brightness function keys (unless random gremlin)

regarding comment8/comment9: looking like gremlin.
brightness function keys seem to work only intermittantly.

brightness still forgetful in fc18.

currently using: 

  kernel-3.7.3-101.fc17.x86_64
  xorg-x11-drv-ati-7.0.0-0.8.20121015.gitbd9e2c064.fc18.x86_64
  control-center-1:3.6.3-1.fc18.x86_64
  gnome-settings-daemon-3.6.4-2.fc18.x86_64
  dconf-0.14.1-3.fc18.x86_64
  gconf2-3.2.5-3.fc18.x86_64
  ibus-1.5.1-1.fc18.x86_64

(at somepoint in fc17 the intermittant brightness function keys turned back into broken again and dont work in fc18)

This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

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

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

Hi,

When I reboot (but not when I turn the laptop off and turn it on again at a later time), the brightness level is reset to 100%. I think it has been like this for several versions of Fedora (currently using F18).

Brightness gets reset to 0 % for me. This behaviour persists since at least Fedora 17 and now on Fedora 18.

This variant is particularily problematic since at that setting, one might not be able to see much at the display in bright environments. My current workaround is to set the brightness at gdm's session start:

    sudo su -c 'echo "/usr/libexec/gsd-backlight-helper --set-brightness \
    \`/usr/libexec/gsd-backlight-helper --get-max-brightness\`" >> \
    /etc/gdm/PreSession/Default' # Run this command only once!

This will set the maximum brightness level for the greeter/login-dialogue, but not the password-dialogue of encrypted partition. GRUB is unaffected by this for me.

brightness still forgetful in fc19.

currently using: 

  kernel-3.9.9-302.fc19.x86_64
  xorg-x11-drv-ati-7.1.0-5.20130408git6e74aacc5.fc19.x86_64
  control-center-1:3.8.3-2.fc19.x86_64
  gnome-settings-daemon-3.8.3-3.fc19.x86_64
  dconf-0.16.0-2.fc19.x86_64
  GConf2-3.2.6-6.fc19.x86_64
  ibus-1.5.2-8.fc19.x86_64

(at somepoint in fc18 the intermittant brightness function keys worked but 
then turned back into broken again and dont work in fc19)

ducktape:

  https://bugzilla.gnome.org/show_bug.cgi?id=699102#c1
    "turning it to highest every time. Now there is an extension does
     this:https://extensions.gnome.org/extension/231/brightness-control/
     but not for 3.8 yet."

I have this issue in Fedora 19 with gnome-shell 3.8.4. Setting screen brightness to low, reboots -> back at 100%.

still forgetful for me:

     kernel-3.11.1-200.fc19.x86_64 and kernel-3.12.0-0.rc0.git22.1.fc21.x86_64
     xorg-x11-drv-ati-7.1.0-5.20130408git6e74aacc5.fc19.x86_64
     control-center-1:3.8.5-1.fc19.x86_64
     gnome-settings-daemon-3.8.5-1.fc19.x86_64
     gnome-shell-3.8.4-2.fc19.x86_64
     dconf-0.16.0-2.fc19.x86_64
     gconf2-3.2.6-6.fc19.x86_64

still forgetful as of:

  systemd-204-16.fc19.x86_64

but a comment from upstream:

  https://bugzilla.gnome.org/show_bug.cgi?id=649423#c22
  "Bastien Nocera [gnome-settings-daemon developer] 2013-10-11 07:58:32 UTC
     systemd >= 207 saves and restores display backlights.

     This patch should allow us to do the same for keyboard backlights:
     https://bugs.freedesktop.org/show_bug.cgi?id=70367"

suggests that the long awaited (since ~fc15) fix would be in fc20 release since it already has:

  systemd-208-2.fc20.x86_64

so baste the minstrals.

*** Bug 908070 has been marked as a duplicate of this bug. ***

Implemented in systemd >= 207.

Not going to be backported, sorry.