1984335 - Cannot edit/access URLs in 142.0

Status: RESOLVED DUPLICATE of bug 1984199

(Firefox :: Address Bar, defect)

Description

[Jo]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:142.0) Gecko/20100101 Firefox/142.0

Steps to reproduce:

Intermittent -- seen only in 142.0; never before.
Cannot readily reproduce (see below).
Workaround: quit Firefox, clear cache, and begin anew.

Actual results:

No access to any displayed URL (all open tabs): each remains greyed-out.
This occurs during a session. Initially, URL access/editing (menu bar) works just as it should.
Note: This does not affect any displayed page, opening of new tabs, etc.

Expected results:

In each open tab, the displayed URL can be accessed/edited.
Example: suitably post-pending &num=100 in a Google search string -- to view 100 results.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Firefox::Address Bar' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Marco Bonardo [:mak]]

Next time it happens, could you please take a screenshot and post it to this report?
Please also copy a plain log from the about:support page and attach it to this bug report, using the Attach New File button in the Attachments section above.

(In reply to Jo from comment #0)

This occurs during a session. Initially, URL access/editing (menu bar) works just as it should.

What do you mean by "menu bar" here, that you are selecting part of a url and then using the Edit menu from the menu bar?

Note: This does not affect any displayed page, opening of new tabs, etc.

What does this mean, that you can browse normally, click on links, fill in forms and so on?
So, it is just the Address Bar in Firefox that is greyed out and not editable?

Comment 3

[Jo]

Attachment: about-supportdata.txt

Comment 4

[Jo]

My bad for using menu bar in my initial post, Marco.

As the AI correctly determined, it's the Address Bar. (Menu Bar is also selected for display.)

I am directly editing the displayed URL from the cursor -- either by replacing existing text with new text, or by adding text. Not using the Edit menu.

When this frozen state of the Address Bar occurs, I can continue using any links displayed on any page already open in a tab, open new pages (into other tabs), etc. I have not tried filling forms.

As far as I know, it is solely the Address Bar in Firefox that is greyed out and not editable. Don't recall if this also applies to Search.

This behavior rarely occurs. I first upgraded to 142.0 on the release date (8/19). This same issue has arisen just twice since then. So it will likely be a while before I am able to provide the requested screenie.

Attaching the requested info from about:support.

Comment 5

[Marco Bonardo [:mak]]

I don't see anything super relevant in the support information, so unfortunately it doesn't help.

The next time it happens, apart from the screenshot, I'd suggest to also open the Browser Console (note this is different from the Web Console) from main menu button / Other Tools, and then check if any Errors are reported in it, as those may help pinpoint if something went wrong.

Comment 6

[Marco Bonardo [:mak]]

I don't know if there's a relation with bug 1984199, so adding it in case.

Comment 7

[Jo]

This could well be related to bug 1984199 (referenced above). Both times that my reported issue arose, I did not attempt to access Toolbar buttons.
And to answer one of the queries for that bug: I am not using a multi-monitor setup.

As requested, I will send a screenie when next this recurs. That, I expect, won't be of much help: As I recall, all this will show is a greyed-out (otherwise unremarkable) URL in the Address Bar, for each open tab.

For that event, I will also append any errors reported in Browser Console. That is, using Ctrl+Shift+J -- yes?

Comment 8

[Jo]

Attachment: [Bug 1984199]_RequestedScreenie.png

Comment 9

[Jo]

Same issue just arose. Attaching the requested screenie: [Bug 1984199]_RequestedScreenie.png

Here are all msgs from Browser Console for the current session
unexpected engine url type. visualSearch 5 AppProvidedSearchEngine.sys.mjs:672:15
DOMException: Actor 'Thumbnails' destroyed before query 'Browser:Thumbnail:ContentInfo' was resolved tab-hover-preview.mjs:164:17
LoginRecipes: Falling back to a synchronous message for: null. LoginRecipes.sys.mjs:284:16
AbortError: Actor 'Conduits' destroyed before query 'RuntimeMessage' was resolved 2 ConduitsParent.sys.mjs:383
Element.releaseCapture() is deprecated. Use Element.releasePointerCapture() instead. For more help https://developer.mozilla.org/docs/Web/API/Element/releasePointerCapture menupopup.js:163:14
AbortError: Actor 'Conduits' destroyed before query 'RuntimeMessage' was resolved 2 ConduitsParent.sys.mjs:383

When this Address Bar issue occurs, Seach is also greyed-out.

However, unlike previous instances, the problem seems to have resolved on its own ... after ~30 mins: Address Bar and Search are no longer greyed-out and each functions normally.

Comment 10

[Marco Bonardo [:mak]]

As a workaround, try dragging the tab a bit and release it in the same place, it should fix the problem.
If that's the case, this is tracked in bug 1984342.

Comment 11

[Mike Conley (:mconley) (:⚙️)]

Hi all,

Today's dot release (142.0.1) went out today with a fix that we believe should alleviate the issue for users who have been hitting it. Please give it a try and let us know!

Comment 12

[Simona Badau, Desktop QA]

Jo, when time allows, could you please let us know if you are still able to reproduce this issue on the latest Firefox version?

Comment 13

[Jo]

I have not again seen this issue with the current point release, Simona.
Time to close this, imo.