197753 - preferences not saved when using xft builds

Status: RESOLVED INVALID

(SeaMonkey :: Preferences, defect)

Description

[Sam Halliday]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030316
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030316

The preferences act very strangely when XFT is enabled (gtk+ and gtk+2).
Selecting ANY option at all, going to another menu and returning shows that the
preferences have not been saved. this applies to EVERY button in
edit->preferences. i have tested mozzy 1.2.x and 1.3 on both gtk+ 1&2 builds.
Prefs are not broken when built without xft; i conclude xft messes something up :-/

Reproducible: Always

Steps to Reproduce:
before starting this, i reckon you should exit mozzy and delete your .mozilla
tree (or move it somewhere else) so that previous settings do not interrupt what
happens (i didnt notice this for a while because i had all my defaults set way
back in a 1.0.x build and never touched them since...).

Compile mozzy (i get this on 1.2.x and 1.3) with --enable-xft

1. go to preferences
2. go to any option, eg. deselect the 5 'toolbar' options
3. go to another menu title, or exit the preferences
4. return to the 'navigator' main menu and see that your selections have been
forgotten.

this happens with ANY option, not just the menu title!
Actual Results:  
preferences have not been saved.

Expected Results:  
saved the preferences!

XFT may break mozzy's prefs.. but it looks good doing it! :-D

I have XFree86-4.3, compiled with gcc-3.2.2.

Comment 1

[Sam Halliday]

XFT does not seem to affect anything... i just built mozzy-1.3 without xft
support and my preferences are not being saved. I seen someone else just
reported this same bug, i will try to link them together now.

Comment 2

[Sam Halliday]

also see bug 196807

Comment 3

[Sam Halliday]

this is the same as bug 165367, could somebody please re-open that bug, and then
close this as a copy?

sorry for commenting on my own report so much.

thankyou very much in advance.
Mozzy-1.2.1 and Mozzy-1.3 both affected.

javascript window shows this if i go to edit->preferences and select/deselect
the 'bookmarks' option.

Error: val has no properties
Source File: chrome://global/content/bindings/radio.xml#radiogroup.selectedItem
(setter)
Line: 5

Comment 4

[Sam Halliday]

the problem is with build optimisations. i will find the problem and a
workaround and maybe report this to the gcc team as well. they are awlays keen
to know when opts break things :-D