Open Bug 956100 Opened 11 years ago Updated 2 years ago

don't visit homepage first, before restoring session or offering about:sessionrestore

Categories

(Firefox :: Session Restore, defect)

28 Branch
defect

Tracking

()

People

(Reporter: jidanni, Unassigned)

References

(Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (X11; Linux i686; rv:28.0) Gecko/20100101 Firefox/28.0 Iceweasel/28.0a2 (Beta/Release)
Build ID: 20131215004001

Steps to reproduce:

With
user_pref("browser.startup.homepage", "http://localhost:8080/index/lasttime?sort=mtime");
user_pref("browser.startup.page", 3);
set, when one starts firefox ON A VERY SLOW SYSTEM,



Actual results:

It is revealed that firefox actually visits the homepage very briefly before switching to the last page.


Expected results:

Don't waste time visiting the homepage.
WFM on Mozilla/5.0 (X11; Linux i686; rv:28.0) Gecko/20100101 Firefox/28.0 (20140108004006), but my system is not actually slow. Unfortunately, I don't have access to such a system.
Component: Untriaged → Session Restore
Dan, is there some way to catch this happening without a VERY SLOW SYSTEM? :)  I checked the history and Developer tools but nothing seems to be recorded of the startup page switching from the startup.homepage to whatever the page was last set at.  Do you mind checking to see if it's still the case on Nightly?

Thanks!
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(jidanni)
OS: Linux → All
Hardware: x86 → All
Well on a VT100 I would use
$ man script
So maybe something like
https://www.google.com/search?q=recording+xwindows
will work on Linux. I even know less about MicroSoft.

Anyway recording everything might reveal all kinds of wasted repainting, etc.
That way nobody would need an actual slow.busy system to check... as we don't usually have the right conditions every day to reveal this.
Flags: needinfo?(jidanni)
Severity: enhancement → minor
Summary: don't visit homepage first → don't visit homepage first, before restoring session or offering about:sessionrestore
I can confirm this on Firefox 49.0 on Linux.

I currently run on what you can call a slow system (Celeron N2830@2.16GHz). At startup, Firefox takes several seconds before switching to the "restore session page".

During this time, it starts (but not ends) loading my home pages.
I can even start interacting with loaded tabs or load new pages before being interrupted.

Then if I choose not to restore, Firefox seems to reload my home page from scratch. As a side note, this a very painfull because the session started before the "restore session page" is forgotten (any tabs closed or opened is not remembered).
Duplicate of bug 1054740?
(In reply to Will Elwood (:Will) from comment #5)
> Duplicate of bug 1054740?

When restarting Firefox after being killed, my Firefox 60.0.1 (Linux) still briefly displays my home page before asking me whether to restore the killed session or not, so this Bug 956100 does seem to have been fixed by the fix for Bug 1054740.
(In reply to Bob Hill from comment #6)
> (In reply to Will Elwood (:Will) from comment #5)
> > Duplicate of bug 1054740?
> 
> When restarting Firefox after being killed, my Firefox 60.0.1 (Linux) still
> briefly displays my home page before asking me whether to restore the killed
> session or not, so this Bug 956100 does seem to have been fixed by the fix
> for Bug 1054740.

Oops! Typo! Sorry! Should have read "this Bug 956100 does *NOT* seem to have been fixed by the fix for Bug 1054740".
Severity: minor → S4

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

For more information, please visit auto_nag documentation.

Flags: needinfo?(dao+bmo)

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.

Flags: needinfo?(dao+bmo)
You need to log in before you can comment on or make changes to this bug.