Closed Bug 1491305 Opened 3 years ago Closed 2 years ago

The update scenario through channels doesn't work


(Toolkit :: Startup and Profile System, defect)

Not set



Tracking Status
firefox64 --- affected


(Reporter: Ovidiu, Unassigned)



[Affected platforms]:

Tested on Mac OS X 10.12 and Windows 10

[Steps to reproduce]:

1. Open an FF Nightly 64 without the fix - in about:profiles there is the default profile 
2. Overwrite the FF Nightly 64 with FF Nightly 65 with the fix 
3. Open FF Nightly 65

[Expected result]:

The build should open with the default profile

[Actual result]:

The 65 build is open with a new "default" profile

Note: We consider this case as a blocker for now because it will affect all the users that will do the update from the older build without the feature to the newest one that has the feature.
Blocks: 1474285
Aside from a startup crash on the OSX 65 build which seems unrelated I've been unable to reproduce this issue. The previous default profile correctly gets migrated to be the new default for the 65 build.

Can you give some more detailed steps to reproduce and also provide copies of compatibility.ini from the original default profile and the profile that 65.0a1 ends up using.
Flags: needinfo?(ovidiu.boca)
Steps to reproduce:

1. Install an Fx 62 release and open it, in my case I didn't have any other FF build installed, so you have only the default profile. 
2. I downloaded an Fx 64 with the fix (didn't open)
3. Go to FX 62 "Show Package Contents" and delete the "Content" folder. 
4. Go to FX 64 "Show Package Contents" copy the "Content" folder and past it into Fx 62 folder. 
5. Open FX 62 and verify in about:profiles how many profiles have been created. 

Here are the results from proifles.ini    ----

Please let me know if these steps are clear enough.
Flags: needinfo?(ovidiu.boca)
Please note that the same behaviour is generated if I run this steps using a Nightly 64 without the fix and a Nightly 65 with the fix.
Seems straightforward enough, not sure why I can't reproduce this.

Can you attach profiles.ini from before you run the updated build and profiles.ini and installs.ini from after you run it?
Hi Dave, here is a screen recording:
I will provide the other data tomorrow, thanks.
(In reply to ovidiu boca[:Ovidiu] from comment #6)
> I updated the gdoc with the information from comment 4, here:
> 1tR2GVhgvWu27ms299W6KStKxZxLpV1_wtzRNnO2h4Do/edit

installs.ini looks bigger than I'd expect after only running a single build with the dedicated profiles feature. Are you clearing that before attempting to reproduce?
Flags: needinfo?(ovidiu.boca)
The results using the latest custom Nightly build 64 send us on email
Flags: needinfo?(ovidiu.boca)
Dave, based on our latest tests, I think this bug is fixed now and can be marked as resolved.
Flags: needinfo?(dtownsend)
Fixed in the latest builds.
Closed: 3 years ago
Flags: needinfo?(dtownsend)
Resolution: --- → FIXED
I retested this issue with the latest try builds send by Dave via email and the issue is reproducible again. Based on this result I will reopen the bug. Please note that 

The try builds where the issue is reproducible (the latest ones): 

Trunk 64.0a1:
Trunk 65.0a1:
Beta 64.0:
Devedition 64.0:

The try builds where the issue is not reproducible: 

Trunk 64.0a1: (the OSX build failure is ignorable here)
Trunk 65.0a1:
Beta 64.0:
Devedition 64.0: (I'm investigating the linux build failure here)
Resolution: FIXED → ---
Depends on: 1492832
I'm struggling to figure out a way to reproduce this. Is it reproducible in a VM? If so getting it into the state immediately before running the new build and then getting it to me might help a lot. Alternatively do the following:

1. Wipe the Firefox profiles location (including any profiles.ini and installs.ini).
2. Launch and exit Firefox 62.
3. zip up the entire profiles location (including profiles.ini).
4. Run and exit the updated build.
5. zip up the entire profiles location (including profiles.ini and installs.ini).

Then send me both the zip files and let me know the exact OS you were running on.
Flags: needinfo?(ovidiu.boca)
The link from the folder with the entire profiles location (including profiles.ini)from Fx 62

The entire profiles location (including profiles.ini and installs.ini) after the update to Try build 65: Trunk 65.0a1:

I used iMac OS X 10.12, I don't have access to a VM.
Flags: needinfo?(ovidiu.boca)
Marking as fixed per email.
Closed: 3 years ago2 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.