1455154 - Session restore does not proceed on first run after update until the mouse is moved

Status: NEW

(Firefox :: Session Restore, defect, P3)

Description

[(No longer employed by Mozilla) Aaron Klotz]

I don't have solid STR for this.

Every time I update my copy of Nightly, a browser window containing about:blank displays, but then it just sits there. Nothing seems to happen until I move the mouse over the windows's title bar. Then it suddenly wakes up and continues with session restore.

Comment 1

[(No longer employed by Mozilla) Aaron Klotz]

Florian, could this be related to the early about:blank stuff?

Comment 2

[Florian Quèze [:florian]]

(In reply to Aaron Klotz [:aklotz] from comment #1)
> Florian, could this be related to the early about:blank stuff?

If you can find reliable steps to reproduce, you can find the answer to this question by checking if flipping the browser.startup.blankWindow pref in about:config and checking if you can still reproduce.

Comment 3

[Chris H-C :chutten]

This sounds like something I've seen on Linux and Windows these past few weeks. I thought it was a click that kicked it into gear, but it might as well have been mouseenter and friends.

The STR appears to be, for me:
1) Restart Nightly using the button in Help > About
2) Get distracted by something else on a different monitor or something
3) Notice after the update progress dialog completed it left you with just a blank window

This isn't 100%, I just tried this on my Windows machine and it restored fine.

Comment 4

[Chris H-C :chutten]

I was able to reproduce it with the most recent Nightly following those STR ensuring focus was in another window while the update happened and Nightly relaunched. 

Nightly also relaunched deep in the window stack (behind a few things) instead of on top like I'd expect.

Comment 5

[Chris H-C :chutten]

I seem to have 100% reproducibility with the essentially-unchanged STR:

1) Click the "Restart and restore" button (or the "Restart to update Nightly" button in Help>About)
2) Get distracted by something else on a different monitor (set focus on it, leave your mouse on it)
3) When Nightly relaunches it sits with 1 blank tab and just hangs out until I mouseover the awesomebar, which seems to "kick" it into gear.

Comment 6

[Justin Dolske [:Dolske]]

(In reply to Chris H-C :chutten from comment #5)
> I seem to have 100% reproducibility with the essentially-unchanged STR:

Can you still repro after flipping the pref in comment 2?

Comment 7

[(No longer employed by Mozilla) Aaron Klotz]

I have tried this, and I haven't been able to reproduce this in three updates since flipping the pref.

Comment 8

[Chris H-C :chutten]

Ditto. Flipping the pref makes my STR no longer reproduce the issue.

(on the minus side, with browser.startup.blankWindow set to false Nightly flops from display to display and has some resize jumps before settling down and restoring the session)

Comment 9

[(No longer employed by Mozilla) Aaron Klotz]

(In reply to Aaron Klotz [:aklotz] from comment #7)
> I have tried this, and I haven't been able to reproduce this in three
> updates since flipping the pref.

And resetting the pref brought it back on the next restart for update.

Comment 10

[Florian Quèze [:florian]]

Any idea about steps to reproduce that don't involve waiting for an update to be available? I tried other ways to trigger a Firefox restart but couldn't reproduce the bug.

Comment 11

[Florian Quèze [:florian]]

Even when applying a Nightly update while a different application was focused, I couldn't reproduce (I haven't tried with a different monitor).

Comment 12

[Chris H-C :chutten]

Nightly update's the only STR that works for me. I haven't tried it within the same monitor... I'll try to remember to try that.

Comment 13

[Chris H-C :chutten]

On Windows, single monitor, a restart of Nightly today didn't have a stall during session restore. Same with Beta. So maybe this is a single/multiple monitor thing (or maybe there's some platform-specific nonsense complicating things as well).

On Linux, two monitors, a restart of Nightly today stalled during session restore, even when I was trying to throw focus at a window on the same monitor.

Interesting note on Linux, the restarting Nightly was stealing focus 2 or 3 times from the terminal I was attempting to have in the foreground. I kept having to reassign focus to the terminal through the update process. I wonder if that matters.

Next case I plan on trying: assign the focus to the same-monitor terminal exactly once and allow Nightly to steal it back during update.

Comment 14

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

The severity field for this bug is relatively low, S3. However, the bug has 10 votes.
:dao, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Comment 15

[BugBot (nomail) [:suhaib / :marco/ :calixte]]

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.