1326549 - dconf-CRITICAL on Generic Nightly

Status: RESOLVED WORKSFORME

(Firefox :: Untriaged, defect)

Description

[Jia Yuan Lo]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0
Build ID: 20161226030205

Steps to reproduce:

Fedora 25 x64
Download a fresh copy of Generic Nightly x64 from https://nightly.mozilla.org

Unpack and run from console...
Then first run or open Google.com (or certain websites), console outputs this error.

Here's other stuffs I did that doesn't work...
sudo
sudo -i
unset XDG_RUNTIME_DIR
chown -R <user> /run/user/1000
su


Actual results:

Console outputs the same error 3 times when going to Google.com (or other certain websites)...

(some_directory_to_bin:firefox_PID): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.


Expected results:

Shouldn't have this problem...?
It doesn't affect day to day usage (unless you are a clean freak over a console), but this doesn't seem to happen on Fedora's release of stable Firefox.
I also tried other Generic releases, Stable, Beta and Dev.
All of them do not have this issue.

Can't really find the same kind of bug in Bugzilla... Nightly only?

Comment 1

[Adrian Florinescu [:aflorinescu]]

Could you try $ export XDG_RUNTIME_DIR=/run/user/1000 and see if the issue is still reproducible ?

I found a some Fedora issues related to the above reported behavior: 
https://bugzilla.redhat.com/show_bug.cgi?id=921689
https://bugzilla.redhat.com/show_bug.cgi?id=1296778

Do you by any chance run Mate? Although, what puzzles me at this point is that the problem arises only on Nightly and it is not reproducible on other channels. I will try to try to reproduce this issue a bit later on Fedora 23. (don't have a later version at this point)

Comment 2

[Jia Yuan Lo]

Sorry, late reply...

I believe that the default is already set to XDG_RUNTIME_DIR=/run/user/1000 as env reports so...

I was on Cinnamon spin by the way, but I tried on MATE Compiz spin too. Same problem.

Not exactly how that will help (and the RH bugs) since pretty much other channels don't have this problem.

Comment 3

[Adrian Florinescu [:aflorinescu]]

(In reply to Jia Yuan Lo from comment #2)
> Not exactly how that will help (and the RH bugs) since pretty much other
> channels don't have this problem.
I was just trying to advance this bug. It does appear that this bug might've been introduced recently since it reproduces only on Nightly, although I have no ideas at this point concerning what introduced it. Let's assign a component for this bug, maybe somebody else has a better understanding of this.

Comment 4

[Mike Kaply [:mkaply]]

is this still reproducible?

Comment 5

[Adrian Florinescu [:aflorinescu]]

I've retested this using the latest Nightly (70.0a1 / 2019-08-18) and also the original Nightly this issue was reported upon on Fedora 27 and Ubuntu 16.04/18.04, no luck reproducing it. The most I've seen remotely related to dconf is the following warning when accessing FxA: dconf-WARNING **: Unable to open /var/lib/flatpak/exports/share/dconf/profile/user: Permission denied, but not any dconf error message.

From what I remember about this bug, I couldn't reproduce the original report at that time either. Might be that you need a certain user setup/restrictions in order to reproduce it. Let's ping Jia Yuan Lo to at least get a confirmation if either this error still exists or not for him before digging further.

Comment 6

[Adrian Florinescu [:aflorinescu]]

As I still can't reproduce this on my end on latest nightly 72.0a1 20191023094816, so let's resolve with WFM for the time being. Let's reopen if any need info is added to make this bug actionable again.

Comment 7

[Jia Yuan Lo]

Hi, sorry for the long wait of needinfo, temporarily came out of studies lol

I can confirm I am not able to reproduce the bug on a clean profile Nightly 72.0a1 on Fedora 30 GNOME desktop environment, be it in X11 or XWayland

I assume the bug will not appear on other desktop environment