https pages aren't properly restored after going from 52 to 60

UNCONFIRMED
Unassigned

Status

()

defect
P3
normal
UNCONFIRMED
9 months ago
5 months ago

People

(Reporter: trs80, Unassigned)

Tracking

(Blocks 1 bug)

60 Branch
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox-esr60 affected)

Details

Reporter

Description

9 months ago
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0

Steps to reproduce:

Upgrade from version 52 to 60 (Debian ESR).


Actual results:

Upon restoring my session, https pages are just blank. Reload does nothing, but electing the URL and pressing enter loads them. I've done this with two profiles and it's happened both times.


Expected results:

They should load automatically when I select the tab.
Reporter

Comment 1

9 months ago
Oddly, some tabs with https URLs do load OK from the session restore, with no discernible pattern - it's not consistent within a domain.
Component: Untriaged → Session Restore
Can you still reproduce this with your profiles on the current release or nightly? any extension involved? if you can still reproduce and your history isnt sensitive it might help to send me your session restore file? (dale@arandomurl.com)
Flags: needinfo?(trs80)
Reporter

Comment 3

8 months ago
I still have tabs in my history that when accessed don't load. My session restore is 11MB compressed and reasonably sensitive, however here's an example tab (pulled from recovery.jsonlz4):

{"entries":[{"url":"https://www.google.com/search?q=office+365+message+history+misisng&ie=utf-8&oe=utf-8&client=firefox-b","title":"office 365 message history misisng - Google Search","ID":107854484,"docshellUUID":"{1f92664c-ec42-4eb3-b715-96c3b3acf61e}","originalURI":"https://www.google.com/search?q=office+365+message+history+misisng&ie=utf-8&oe=utf-8&client=firefox-b","resultPrincipalURI":null,"triggeringPrincipal_base64":"SmIS26zLEdO3ZQBgsLbOywAAAAAAAAAAwAAAAAAAAEY=","docIdentifier":881,"persist":true}],"lastAccessed":1542001129770,"hidden":false,"mediaBlocked":true,"attributes":{},"userContextId":0,"index":1,"scroll":{"scroll":"0,684"},"userTypedValue":"","userTypedClear":0,"image":"https://www.google.com/images/branding/product/ico/googleg_lodp.ico","iconLoadingPrincipal":"SmIS26zLEdO3ZQBgsLbOywAAAAAAAAAAwAAAAAAAAEY="}

The actual URL the tab has is https://www.google.com/search?client=firefox-b&ei=GkVhW_6rIoL58gWhnrngDg&q=office+365+group+message+history+missing&oq=office+365+group+message+history+missing&gs_l=psy-ab.3...3300.3710.0.3872.3.3.0.0.0.0.220.220.2-1.1.0..1..0...1.1.64.psy-ab..2.0.0....0.MzUYSMYuUJY

which as you can see is not what's in the history entry. I know it is that entry since the ones before and after match the tabs before and after the one that fails to load. I pulled the pre-upgrade history and it has that URL, as well as the tab history (ie the back navigation) which I noticed that the v60 session doesn't have (either in the browser or the jsonlz4). So perhaps that's a hint. I can try and extract that tab from the old history if you have thoughts on how to easily edit a 56MB single-line file (vim is very slow).
Flags: needinfo?(trs80)
Reporter

Comment 4

7 months ago
So thinking about it, this is dataloss since the back/forward history is gone.

What would be the easiest way to test it? Make a copy (a backup of) my existing profile and then open it with a tarball nightly?
Reporter

Comment 5

6 months ago
I found a much smaller profile from my Windows laptop that had also gone 52-60 and has the same problem, I'll try and reproduce and then send it through.

Yup opening the profile in a tarball should be a good way to reproduce, sounds good getting a smaller profile to reproduce, once we have steps we can reproduce can get this on the backlog

Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.