Open Bug 2022527 Opened 2 months ago Updated 13 days ago

Remove the hack from bug 2007147

Categories

(Firefox :: Address Bar, task, P3)

Firefox 148
Desktop
All
task

Tracking

()

ASSIGNED

People

(Reporter: dao, Assigned: mbeier)

References

(Blocks 1 open bug)

Details

(Whiteboard: [sng])

Attachments

(1 file)

Once bug 2014481 is fixed, we should remove the hack that bug 2007147 introduced. Alternatively, I guess we may want to look into doing what emilio suggested in bug 2007147 comment 7, unless Moritz had already tried that?

Alternatively, I guess we may want to look into doing what emilio suggested in bug 2007147 comment 7, unless Moritz had already tried that?

I just tried it and it doesn't work either. I think the results panel is opened synchronously on focus, so the solutions are pretty much equivalent.

Severity: -- → N/A
Priority: -- → P3

FYI you should be able to do this now.

Flags: needinfo?(mbeier)
Assignee: nobody → mbeier
Status: NEW → ASSIGNED
Flags: needinfo?(mbeier)

Sorry for taking to long to get back, but the issue doesn't seem to be fully fixed yet. You can now select text even while switching display, but the selection always starts from the start (try here).

This causes test failures e.g. here.

Flags: needinfo?(emilio)

Hmm, Masayuki was looking into persisting the DOM selection as well, which probably helps... Do you know of an ETA for that?

Flags: needinfo?(emilio) → needinfo?(masayuki)

No, my queue is now full for web-compat issues and sec bugs...

Flags: needinfo?(masayuki)

(In reply to Moritz Beier [:mbeier] from comment #3)

Sorry for taking to long to get back, but the issue doesn't seem to be fully fixed yet. You can now select text even while switching display, but the selection always starts from the start (try here).

This symptom sounds like bug 2036298 which I've already fixed. How about the result of your patch with newer m-c?

Flags: needinfo?(mbeier)

That part is working now and the test I mentioned passes now, thanks!

However, there seems to be another bug: toggling popover (changing display mode) of an ancestor in the popupshowing listener of a XUL popup causes it to not show. In practice, this causes the context menu to not open when the urlbar is open. I filed bug 2037468 and attached a test there.

Flags: needinfo?(mbeier) → needinfo?(masayuki)

Emilio suggested to call hidePopover in a contextmenu event listener for now.

Flags: needinfo?(masayuki)

Changing the popupshowing listeners to contextmenu is necessary because one of them hides the view which calls hidePopover on the urlbar, preventing the context menu from showing because of bug 2037468. Using a contextmenu listener instead calls hidePopover before the contextmenu starts showing, avoiding the bug.

See Also: → 2037468
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: