Installing both 2.x and 3.x on the same machine?

[Blacky]

Is it possible to install a dev version (3.0alpha) alongside the production stable (currently 2.9.4) of Fantasy Grounds? Without it affecting the stable version.

I would like to test, and do some ruleset work on the 3.0 branch, but without each time I need the stable branch restoring a backup of my appdata, changing settings, redownloading FG packets, and so on.

Of course I can install in a different directory, and set a different appdata folder, but I'm wondering if there's some kind of hidden shared dll or registry settings or licence key thingie that would screw that up.

[Trenloe]

The settings that you see in the "Settings" window are stored in the registry under HKEY_CURRENT_USER\Software\Fantasy Grounds\2.0. So, you would need to:

1. Install FG 2.9.4 "live" to the usual directory. Make a copy of the shortcut and call it FG Live
2. Open regedit and Export the Fanasy Grounds key (Referenced above) to a .reg file called fg_live.reg. Open the reg file in an editor (right-click -> edit) and remove the [HKEY_CURRENT_USER\Software\Fantasy Grounds\2.0\History] and [HKEY_CURRENT_USER\Software\Fantasy Grounds\2.0\History] sections. Save the .reg file.
3. Install FG 2.9.4 live again, but to a new directory. Make a copy of the shortcut and call it FG Dev.
4. Change the data directory in the settings window to be a different directory to #1.
5. Change to dev mode and run an update. This will leave you with the installation in #2 pointing at dev and 3.0.
6. Open regedit and Export the Fanasy Grounds key (Referenced above) to a .reg file called fg_dev.reg. Open the reg file in an editor (right-click -> edit) and remove the [History] and [Products] sections. Save the .reg file.
7. Now if you want to use FG 2.9.4 (live) run the fg_live.reg file (double-click on it) and then start the installation from step #1 (FG Live shortcut).
8. If you want to run FG 3.0 (dev) run the fg_dev.reg file and use the installation from step #1 (FG Dev shortcut).

This will give you 2 separate installs with 2 separate FG data directories.

You will always have to remember which reg file you ran last, as this will determine what FG application shortcut you should run. If in doubt, just run the relevant .reg file again (it will just overwrite what is already there - it won't double up the data) before the correct FG application shortcut.

You may want to take frequent backups of the campaigns you are working on - just in case you forget and accidentally upgrade a live 2.9.4 campaign to 3.0.

[Blacky]

Gosh. I was asking myself why so little people were testing the test and dev releases, now I know.

Thanks, I'll try this.

[unerwünscht]

Blacky,
I almost always run in Dev mode, and would honestly suggest that anyone who wants to help the community should do the same. The simple fact is that bugs are still found (from time to time) even in the 'current release' so why not run in Dev mode, doing such will get you all the latest and greatest features, and will help Moon by giving the new builds more action.

Sure, doing this will most likely make you run into more bugs, but rarely are the bugs actually game breaking, and when they are game breaking Moon is typically very good at getting it fixed quickly. The advantages of the new features almost always outweigh the disadvantages of the bugs you do find. Also as more people use the development version, more community rulesets will be tested, and that will lead to better support on those rulesets.

So, in short, I think everyone should do their part, and use the dev versions. It might cause some minor issues with your game, but the benefit to the community in its entirety can not be over exaggerated.

[Moon Wizard]

Thanks for the support. Just to be specific, I would say to actually set to Test mode, rather than Dev mode.

I usually reserve Dev mode for alpha testing and internal testing. This is where I present the rough concept to the community developers, and get most of the big issues ironed out.

Once I move the new version to Test mode, I'm usually reasonably sure that the big kinks are worked out (though there are usually a few found in beta testing).

Thanks,
JPG

[Blacky]

I almost always run in Dev mode, and would honestly suggest that anyone who wants to help the community should do the same.

The devs don't:

Remember, this is an alpha release, which means that it is almost feature complete. However, you should expect minor to major hiccups, and I wouldn't use it for your live game yet until it's had a couple iterations.

I'm already cautious with production, stable releases of softwares when I sink hundreds (if not thousands) of hours into something linked to that software, leaning toward the Debian update style, but running alpha version software for my weekly campaigns?

Sure, doing this will most likely make you run into more bugs, but rarely are the bugs actually game breaking, and when they are game breaking Moon is typically very good at getting it fixed quickly.

I'm sorry, but “rarely” is at least once too many. There's a lot that can go wrong with online roleplaying: network down, stupid players showing late or not showing at all, etc. I will not add another layer to that.

The advantages of the new features almost always outweigh the disadvantages of the bugs you do find. Also as more people use the development version, more community rulesets will be tested, and that will lead to better support on those rulesets.

Sorry but that's just plain wrong. A lot, and I mean a lot of ruleset have no maintenance at all.

My main ruleset is Warhammer v2 french, and somewhere along the 2.8 or 2.9 releases FG broke the “view PC offline” tools. Never fixed. I haven't even reported it here because I know the answer: look inside your ruleset. Well I can't (half of why is no serious FG documentation), and no one is looking.

There are several major game, best sellers, with no ruleset and others which had broken ones for years.

So, in short, I think everyone should do their part, and use the dev versions. It might cause some minor issues with your game, but the benefit to the community in its entirety can not be over exaggerated.

And I think the risks of silent data alteration can not be underestimated. Which are the worst kind of bug.

I already think I can give, and in fact give time outside my games to FG. My post here was to give even more. But not at the price of my precious data. Don't risk my precious, nobody touch my precious, my precious… !

As for the overall community, two things. First, you always have more community work with libre licences and open source. And secondly, I could turn your debate point around 180°: if the community is needed, why not a simple 30 years old mechanism of portable or at least directory specific and contained software which would allow us to install both without risking our data?

[Blacky]

double post for some reason

[unerwünscht]

The devs don't:

I am not even going to bother with responding to the majority of your post because you were rather more rude than what was required. However in responce to this one line, why don't you take a quick look at the post right before yours.

As for rulesets not being supported at all.... You are preaching to the quire bub. Just ask around I am positive someone can inform you what my opinion on this is. However one thing I can say is that Moon ALWAYS fixes any errors he causes with 3rd party rulesets when he is made aware of them.

[Blacky]

It was not my intent to be rude, but I don't take lightly to risking my personal data.

[XpressO]

Just stating the obvious here but I would recommend you just take a backup of your appdata folder and then try the Test or Dev version. This way your stuff is safe. Downgrading is just as easy as trying the other versions.

NOTE: I've been informed that the current alpha doesn't downgrade as it should so I would use caution. But normally it's just as easy as clicking a button