Bug 448355

Please, try:

a) quit firefox, move ~/.mozilla somewhere else, restart firefox
b) start firefox with -safe-mode option

Does the problem persists in both cases?

a) Works fine, as it should.
b) Doesn't work, i. e. all stay the same. I didn't select options of safe mode
to reset anything.

It is weird -- what did change on 2008-05-25? You said, that after initial
installation of F9 everythings worked fine. However, there was no upgrade of
Firefox in F9 yet (and your version of FF is the current version in F9), so
something else had to happen to trigger this behavior. What did you do?

I see exactly the same, after upgrading to F9 firefox seemed to be ok.

Then after a reboot, firefox now has no bookmarks and the download manager
doesn't appear.

Some preferences appear broken e.g. 'Edit -> Preferences -> Save files to' is
empty and can't be set.

firefox-3.0-0.60.beta5.fc9.x86_64

I can create an apparently complete bookmarks backup using 'Organise bookmarks
-> Export', reimporting this file still results in no bookmarks.

(In reply to comment #3)
> What did you do?
Didn't do anything special. Didn't tweak it. Didn't install any plugins. Can't
imagine what could lead to such behaviour.

(In reply to comment #4)
> Some preferences appear broken e.g. 'Edit -> Preferences -> Save files to' is
> empty and can't be set.
Same here.

> I can create an apparently complete bookmarks backup using 'Organise bookmarks
> -> Export', reimporting this file still results in no bookmarks.
Yes, I also see all my bookmarks in 'Organize bookmarks', but bookmark menu and
toolbar are empty.

Bookmarks stuff is duplicate of bug 444887, so that's out.

This bug is hopelessly messy -- I know that this will mean some work for you,
but reporter, could you please make bugs per each issue -- there is no way how
to fix this enchalada? When making bug reports, please, check whether you can
reproduce each of these bugs with the upstream binary from
http://www.mozilla.com/en-US/firefox/all-beta.html?

Please, post here numbers of the new bugs then.

Bruno, when Alexey let us know numbers of the bugs, could you check whether you
can reproduce them (and add your own bug reports for anything not covered by
Alexey), please?

Thanks a lot to both of you.

The firefox error console shows this on startup:

Error: uncaught exception: [Exception... "Component returned failure code:
0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]"  nsresult:
"0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)"  location: "JS frame ::
file:///usr/lib64/xulrunner-1.9pre/modules/utils.js :: anonymous :: line 95" 
data: no]

Error: this.bookmarks is undefined
Source File: file:///usr/lib64/xulrunner-1.9pre/modules/utils.js
Line: 842

Seems like it was selinux problem: I exec "restorecon -R ~/.mozilla" and it
working now.

Probably it should be user_mozilla_home_t while it was just user_home_t in my case.

(In reply to comment #9)
> Seems like it was selinux problem: I exec "restorecon -R ~/.mozilla" and it
> working now.

Yep, that works for me too.  audit messages looked like this:

type=AVC msg=audit(1212185392.199:746): avc:  denied  { associate } for 
pid=3635 comm="firefox" name="localstore-1.rdf"
scontext=unconfined_u:object_r:unlabeled_t:s0 tcontext=system_u:object_r:fs_t:s0
tclass=filesystem
type=SYSCALL msg=audit(1212185392.199:746): arch=c000003e syscall=2 success=no
exit=-13 a0=3830848 a1=2c1 a2=1a4 a3=1 items=0 ppid=3621 pid=3635 auid=500
uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500
tty=(none) ses=1 comm="firefox" exe="/usr/lib64/firefox-3.0b5/firefox"
subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 key=(null)

I am an idiot not to ask you about SELinux. Sorry about that. I would strongly
suggest for you to run sealert (set it up in gnome-session-properties) on your
gnome session.

We should probably run restorecon on the upgraded profiles. Not sure how.

I think some

if (we-have-not-fresh-profile && !restoreconed)
     run restorecon -R $HOME/.mozilla/

but not sure how to store the value of restoreconed variable.

(In reply to comment #12)
> I would strongly suggest for you to run sealert on your
> gnome session.
It's running, but unfortunately setroubleshootd is failing to start (filled bug
449176 about it).

(In reply to comment #13)
> if (we-have-not-fresh-profile && !restoreconed)
>      run restorecon -R $HOME/.mozilla/
Here probably is also check is selinux enabled needed.

> (In reply to comment #13)
> > if (we-have-not-fresh-profile && !restoreconed)
> >      run restorecon -R $HOME/.mozilla/
> Here probably is also check is selinux enabled needed.

Yes, that too, but IMHO more important is not to have yet another state file, so
I think something like:

if [ -d ~/.mozilla ] && \
   [ "x$(secon -t --file ~/.mozilla)" != "xuser_mozilla_home_t" ] \
    && selinuxenabled; then
        /sbin/restorecon -R ~/.mozilla
fi

would be much better.

Martin, what do you think?

There was an upgrade breakage where .mozilla in Fedora 8 was labeled
unconfined_mozilla_home_t,  In Fedora 9 this label was changed to
user_mozilla_home_t but the old label was not aliased to the new label.  After
upgrade files labeled unconfined_mozilla_home_t became unlabeled_t and caused
the problems.  This should be fixed with selinux-policy-3.3.1-62 and beyond. 

Closing all bugs that have been in modified for over a month.  Please reopen if the bug is not actually fixed.