Closed Bug 1598822 Opened 5 years ago Closed 5 years ago

Firefox Nightly will open but when clicked on will not respond

Categories

(Firefox :: General, defect, P1)

Product:
Firefox
Component:
General
Version:
72 Branch
Platform:
x86_64
Linux
Type:
defect

Tracking

()

Status:
RESOLVED FIXED
Milestone:
Firefox 72
Iteration:
72.3 - Nov 18 - Dec 1
Tracking Flags:
Tracking Status
firefox-esr68 --- unaffected
firefox71 --- unaffected
firefox72 + fixed

People

(Reporter: sebastian, Unassigned, NeedInfo)

References

(Regression)

Details

(Keywords: nightly-community, regression)

Attachments

(1 file)

Bugged version of Firefox Nightly on Linux 64-bit
16.48 KB, application/x-executable
Details

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0 Safari/605.1.15 Epiphany/605.1.15

Steps to reproduce:

It happened after an update no other cause.

Actual results:

When I tried to click on the browser, if I had another window open it would flip to another window. If it was the only window open the browser does not respond to anything.

Expected results:

The browser should have responded and stayed in view.

[Tracking Requested - why for this release]: Because this is the only version affected

Severity: normal → minor
Iteration: --- → 72.3 - Nov 18 - Dec 1
status-firefox72: --- → affected
tracking-firefox72: --- → ?
OS: Unspecified → Linux
Priority: -- → P1
Hardware: Unspecified → x86_64

I also have this issue.

72.0a1 (2019-11-22) (64-bit) Linux

The first ferw tabs on any FF window are clickable. The other tabs are not. Nothing in any tab shows a cahnge in cursor when hovering over a link, nor does it register a right-click in the ccontent area, nor can any text be selected. Contetn cannot be scrolled with the mouse wheel. Not even the text menu items work.

Keyboard navigation works, and I can cycle through tabs with ctrl + page up/page down.

Interestingly, the Help -> About window worked normally - I could copy text, the cursor chaged to a hand when hovering a link, etc.

I wanted to add that it only happened after "restart to update nightly" was selected. Restarting several times has changed nothing.

Another update: The top left 200px x 200px area of the window (including tabs but excluding window borders) is responsive to mouse inputs. All expected mouse events work - scrolling, right click, link clicking, pointer changing on links, etc.

Same problem here. I removed some environment variables and it fixed the problem:

  • GDMSESSION
  • XDG_SESSION_CLASS
  • XDG_CURRENT_DESKTOP
  • SESSION_MANAGER
  • XDG_SESSION_TYPE
  • XDG_GREETER_DATA_DIR
  • XDG_SEAT_PATH
  • XDG_SESSION_ID
  • XDG_SESSION_PATH

I'm not sure which one(s) fixed the problem yet. I'll have investigate further.

Removing XDG_CURRENT_DESKTOP fixes the problem for me. XDG_CURRENT_DESKTOP=XFCE on my system.

Thanks Gabriel, I can confirm that that fixed it for me as well. My variables was:
echo $XDG_CURRENT_DESKTOP
MATE

echo $XDG_CURRENT_DESKTOP
KDE

Same problem. using "unset XDG_CURRENT_DESKTOP" seems to have fixed it for now.

Keywords: nightly-community

Changed the severity because the bug renders nightly completely unusable. There is no way to interact with the browser unless XDG_CURRENT_DESKTOP is unset.

Severity: minor → critical
Status: UNCONFIRMED → NEW
Component: Untriaged → General
Ever confirmed: true

Unfortunately unset XDG_CURRENT_DESKTOP does not work for me. Additionally this bug has only been known to affect a small number of users since this is on Firefox Nightly and only is known to affect Linux users, so therefore it is not known whether the bug also affects users of Mac or Windows on Firefox Nightly.

I think I got my duplicate comment backwards. 1598873 is a duplicate of this bug. 1598873 should be closed (as duplicate) however, this bug (1598822) is critical. All Firefox Nightly bugs will affect a small number of users because Nightly is a glimpse of the future. If a bug in Nightly were to be ignored, there is a chance it would eventually roll out in the production version of Firefox.

But still this only affects Linux users. It has not been confirmed to affect users of Mac or Windows.

Confirmed for me (64-bit Debian Testing). Unsetting the XDG_CURRENT_DESKTOP variable solves the problem. I'm on XFCE.
It could be interesting to find which commit caused the problem.

I am on Kubuntu 20.04 and my desktop environment is KDE. It does not work for me.

Flags: needinfo?(bdahl)

I've marked this as a regression, and thank Eduardo for quickly finding the likely commit.

:mossop's backed out the change.

https://hg.mozilla.org/mozilla-central/rev/4922e7294086

Has STR: --- → yes
Keywords: regression
Regressed by: 1596709

Since applying Nightly update 20191123214900, this issue has disappeared for me however, I am not the originator of this bug.

Confirming that build ID 20191123214900 does not exhibit the buggy behaviour

Fixed by backout of bug 1596709.

Status: NEW → RESOLVED
Closed: 5 years ago
status-firefox72: affected → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 72

Has returned in BuildID=20191127114233 (was absent in BuildID=20191126093448)

Bug 1596709 has been backed out and new Nightly builds requested while Nightly updates have been halted.

Could you try out this build to see if it works for you?

https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ZIYhZ6ibSjmNH69hunXM4w/runs/0/artifacts/public/build/target.tar.bz2

Flags: needinfo?(bdahl) → needinfo?(paul.0000.black)

That's working for me.

Cheers.

Flags: needinfo?(paul.0000.black)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: