1695669 - Child window looeses fucus when refreshing Parent window. Version 85.0.1 was ok, Version 86.0 has this bug

Status: RESOLVED DUPLICATE of bug 1694927

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[Dan]

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

Steps to reproduce:

I have a parent window ( tab ) and a child window.
The child window updates the parent window by this line:

window.opener.document.location.href=window.opener.document.location.href;

It works also on I.E., Chrome, Opera, Safari, Edge.

Actual results:

Now at version 86.0 the child window ( tab ) looses the focus and the parent window is displayed. The user must maually switch to the child window.

Expected results:

Until version 85.0.1, the parent window was updates in background and the child window still had the focus. This is the desired behaviour. Compatible with: I.E., Chrome, Opera, Safari, Edge.

Comment 1

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

The Bugbug bot thinks this bug should belong to the 'Core::DOM: UI Events & Focus Handling' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Comment 2

[Olli Pettay [:smaug][[e-mail]]]

Do you think you could try to find the regression range using
https://mozilla.github.io/mozregression/ ?

And a minimal testcase would be really useful here.

Comment 3

[Edgar Chen [:edgar] (PTO untils 8/11, slow response)]

Attachment: child.html

Comment 4

[Edgar Chen [:edgar] (PTO untils 8/11, slow response)]

Attachment: test.html

Comment 5

[Edgar Chen [:edgar] (PTO untils 8/11, slow response)]

STR:

1. Load test.html
2. Click 'Open child window' to open a new child window
3. Click 'Refresh parent window'

Actual results:
the child window loses focus

Expected results:
the child window should keep focus

Comment 6

[Edgar Chen [:edgar] (PTO untils 8/11, slow response)]

I will try to get a regression window.

Comment 7

[Olli Pettay [:smaug][[e-mail]]]

This might be the same as bug 1694927

Comment 8

[Edgar Chen [:edgar] (PTO untils 8/11, slow response)]

73:18.54 INFO: No more integration revisions, bisection finished.
73:18.54 INFO: Last good revision: 129b45a961fb5bf9a71a217da71ac8079fbc4657
73:18.54 INFO: First bad revision: 06c045f7240a7f168e904e1e278e08cf1d3ed928
73:18.54 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=129b45a961fb5bf9a71a217da71ac8079fbc4657&tochange=06c045f7240a7f168e904e1e278e08cf1d3ed928

Yeah, I think it is the same as bug 1694927.

Comment 9

[Edgar Chen [:edgar] (PTO untils 8/11, slow response)]

I could not reproduce this on today's Nightly (20210303215027), so close as a duplicate of bug 1694927.

Comment 10

[Dan]

Thank you verry much for your Help. Bug 1694927 is exactly the same. I hope the bugfix is made finished soon.