-
-
Notifications
You must be signed in to change notification settings - Fork 345
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Updating to 68.0b1 #1152
Comments
Application
Just take care to not allow installation of Waterfox Current to the path that's associated with Waterfox Classic on Windows:
– if you do allow it, there'll be a prompt to Upgrade (not Install) but the distinction between the words is easily overlooked. ProfilesTake care to not use Waterfox Current with your Waterfox Classic profile. Whilst each app will default to its own profile, it's possible to choose a different profile – about:profiles and so on. |
Thanks, Graham. But they are BOTH upgrades. (I am assuming what you call "current" is 68. What I am more worries about is not the executables in Program Files but the proper profile and the "classic" profile not being disturbed. And it was put in that odd spot as mentioned above. Same answer? Just trying to be overly cautious and be sure they are separate installations and profiles. |
True. The distinction between Classic and Current is at https://www.waterfox.net/releases/ – blink, and you'll miss it :-) Re: https://www.waterfox.net/blog/ I guess that the terminology for 68 will be mentioned in a blog post re: 68.0b1. |
From #1142:
So if you run (and do not quit) Waterfox Classic before attempting to start Waterfox Current 68.0b1, then Waterfox Current will either: a) start, with a Waterfox Current profile (e.g. 68-edition-default); or b) cautiously refuse to start, if the Waterfox Classic profile (e.g. default) is in use. I can manually force misbehaviour:
Whilst this traditional dialogue uses the word old, it is not version-sensitive (old does not mean Classic). In this situation, the default button – Close Waterfox – will close Waterfox Classic and allow Waterfox Current to proceed with the same profile. If in doubt:
Alpha, betaI don't expect anyone to use an alpha of Waterfox Current alongside a beta of Waterfox Current but if this is done, I should expect the alpha to use its own dev-edition-default profile. |
Thanks. I think I expected most of that but now on your terminology the unanswered question for me is that if I upgrade to Beta from Alpha which it continue to use the dev-edition-default profile in C:\Users\xxxxxxxxxxxx\AppData\Roaming\Mozilla\Waterfox\Profiles\hflsftq0.dev-edition-default, not touch the classic profile and not create an entirely new one? This will tell me more about what I might have to save, copy or recreate to have Beta look and act like Alpha and maintain an entirely separate Classic. Thanks. |
Hi Graham. Still holding off. Can you comment on my last question above? Thanks! |
A screen recording from around nine days ago: https://put.re/player/4DeSorjP.mp4 Focus: from around 09:50 on the timeline (07:10:14 on the clock, bottom left). If I'm not mistaken, an upgrade from 68.0a2 to 68.0b1 will cause Waterfox Current to use (by default) the same profile as Waterfox Classic. @MrAlex94 if this bug is reproducible (meta, tracking: #538) then FWIW, I'm inclined to treat it as wontfix. Considerations:
|
So, still not clear :) My goal: I have Current and Classic running as separate installations on the same machine and using the Classic profile for Classic only and my profile from Current "01a" with "01b" since I have done so much work to learn alpha and configure to be somewhat usable for me, albeit weeks ago and have forgotten how I got to where I am. "Perhaps" it is best to save the 01a profile, uninstall 01a, install 01b and then overwrite the 01b profile with the saved 01a? If not, what would you recommend? |
Maybe not advisable. Re: #329 (comment) there's the potential for extension-related problems to arise from absolute paths, and I have no idea whether this type of thing was fixed in the Mozilla code base for Waterfox Current.
Something like this: End result, YMMV: |
And then I lose all the work I did on Alpha.... Wish I would have known. The only good news is I think I can make this work when I have to some day. But for now, cannot take the time nor remember what I did to get where I am again. Foolish me thought the Alphas would "upgrade" as the Classic. |
You should be able to copy things such as Upgrading from alpha, to 68.0b1It's probably possible, with a combination of these three things:
|
Well, I should be able to move User Chrome. Unsure on changes to About Config. Moved icons. Configurations of extensions. And in some cases specific versions of extensions that work when newer do not. Bookmarks I can move of course. All I can think of over coffee right now. Might be more... |
I did some testing. As far as I can tell, the paths are not (or no longer) an issue. I copied a 68.0a1 profile – with a user-installed extension – from Rough guide, YMMV: |
Good stuff. Thanks for checking that Graham. |
Without me reviewing all of what's above … the recent soft and hard launches of Waterfox Current 2019.10 seem to be almost completely free from update-specific issues. Should we close this updating to 68.0b1 issue? |
Yes indeed, Graham. this is no longer an issue. We have new ones :) But this can be closed. |
I have Waterfox and WF Alpha on one computer. Alpha "a" was installed in c:\program files\waterfox alpha with the profile in C:\Users\xxxxxxxxx\AppData\Roaming\Mozilla\Waterfox\Profiles- etc. as opposed to ...Roaming\Waterfox where 56's profile is.
If I use the full installer for "b" and redirect as custom to c:\program files\waterfox alpha, will all go well without affecting my 56 installation?
Thanks.
The text was updated successfully, but these errors were encountered: