Closed Bug 1585623 Opened 6 years ago Closed 6 years ago

Migration from ESR 60.9 to 68.1.0 - checkbox "restore previous session"

Categories

(Firefox :: Session Restore, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: s.osdoba, Unassigned)

Details

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

Steps to reproduce:

install esr60.9.0
create a user profile and activate "restore previous session"
open some tabs and close firefox, start it again, verify last session was loaded
now update to esr68.1.0
start firefox and the checkbox at "restore previous session" is empty

Actual results:

-i deploy firefox since years here at our company and until esr60.9.0 we installed always via firefox_version_setup.exe
-starting with esr68.1.0 i was deploying via MSI package
-always x64 firefox because of x64 windows
-we are still in the testing phase for the new esr version

Mike Kaply said i should check these two settings:

on 60.9.0 with browser.startup.page=3 and browser.startup.homepage=what i defined per GPO

after 68.1.0 its set to browser.startup.page=1 and browser.startup.homepage=is still set to what i defined per GPO

and yes its still the same firefox profile using
browser.startup.page is not preconfigured and its up to the users decision

Expected results:

restore previous session should stay enabled aka browser.startup.page=3

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Session Restore

Ah, I didn't realize GPO was involved here. So you aren't locking things I assume?

Can you be more specific as to your GPO? You can't actually set startup.page to 3.

  "StartPage": "none" | "homepage" |  "previous-session"

I assume you have it set to previous-session?

Were you managing StartPage at all with GPO?

Hi Mike,

i try to reproduce it on a machine without any GPO settings and could not reproduce it. So sorry for generalizing...

I set "browser.startup.homepage" via windows GPO and its set to: https://www.xxx.de and as additional startpage: https://www.xxx.de/y/z/a/f/it_status.htm

GPO: mozilla -> firefox -> startpage -> startpage & additional startup is configured (and of course some more firefox settings inside this GPO)

"browser.startup.page" is not set via GPO and i also do not want to set it, its up to the user to decide

That's why this bug confuses me so much. We definitely had that behavior in older versions, but we don't touch browser.startup.page at all if you don't set the policy.

Hi Mike,

i got it but cant explain it:

I was using a mix of CCK2 settings and GPO with esr60.9 and now with esr68.1 i used GPO only.

In cck2.cfg i set "browser.startup.page": "value": 3, "locked": false

and with esr68.1 the setting is not there any more because of no CCK2 config any more so its changed to back to default

So you can close this ticket and shame on me.

i checked the GPO settings again and saw the Mozilla -> Firefox -> Startpage -> Startpage at Startup (my gpo editor is in german so its maybe not translated correct) was not configured and there is mentioned if this setting ist configured then the last session will be opened

but this wasnt done

just to mention:

i configure Mozilla Firefox gpos on the computer configuration side and not as an user configuration

TYPO (In reply to s.osdoba from comment #8)

i checked the GPO settings again and saw the Mozilla -> Firefox -> Startpage -> Startpage at Startup (my gpo editor is in german so its maybe not translated correct) was not configured and there is mentioned if this setting is NOT configured then the last session will be opened

but this wasnt done

just to mention:

i configure Mozilla Firefox gpos on the computer configuration side and not as an user configuration

Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.