One of the newer AS setups create the folder
C:\BRAutomation
while the older versions created a folder
C:\BrAutomation
Not sure when it started, but AS 4.12 creates it in the new format for sure.
We backup all of our project with 7-Zip (described there) to preserve the project with all its time stamps to prevent a re-compile when it gets transfered between machines.
If you install an old version at first and then later AS 4.12, it keeps the old name as it was and all works fine.
But if you install AS 4.12 first, then you run into the issue that it re-compiles your full project since it thinks the path has changed.
It took us quite a while to figure out why it re-compiles on some laptops/PCs and on some not.
We never found out what exactly (folders/Registry keys) need to get renamed, so we had to completely uninstall all AS versions and re-install them starting with a low version.
In my opinion is this a bug, it should not be case sensitive since the Windows file system isn’t. If that is a gcc compiler thing which B&R can’t change easily, then the name of the folder never should have got changed.
just my 2 cents: The default path can always be changed - and if known, maybe you should agree to a default within your organisation. For example since the very first time I used AS, I never installed it in the default path - C:\ is not the place for a program to be in (!) and I think(but I might be misremembering) AS6 also changes the default to C:\Program Files (x86)
No need to install older versions just for the path to be “correct” is the tl;dr
I would be careful about this statement, especially for older versions of AS. In the past, there were, if Im not mistaken, some issues reported regarding minor functionality of AS if the default installation folder C:\BRAutomation was changed to a different path.
For sure, this is not a problem for AS4.12 and AS6, which are installed in C:\Program Files (x86) per default
Making my statement more specific: For all of my own usecases and starting with AS 3.0.90, the installation path of C:\Program Files\BRAutomation worked for me
Right, I also did install some older AS versions into C:\Programm Files, but in the end we decided to follow all hte B&R standard of
C:\BrAutomation
to have all the same environmen, but that has now obviously for some reason changed to
C:\BRAutomation
which causes now problems.
But to change the installation path is a good hint, it probably help to install AS 4.12 to
C:\BrAutomation
if it is the first AS setup on a PC to prevent these problems.
I also can remember comments like this from the B&R support, that was also a reason why we changed to the B&R default path.
I just did. I propose that community managers forward matters bugs to the support or development if reported here (maybe there is an option to flag a post for the support to check).
I would even like to have the option to handle support cases here, if the do not contain sensitive information, means to get answers from the support here, maybe by mentioning them. Discourse is a handy platform for conversations, so why not have the option to use it for support cases/communication as well?
Take care, AS 4.12.6 requires a complete removal of the AS 4.12.5 version and it re-installs everything into C:\Program Files\BRAutomation4 for some reason (there is no option anymore in the setup to chose another path) which causes a re-compile of all of my projects.
Why got the path changed?
In my opinion the installation path should not get changed within the same minor releases.
Independed from that, C:\Program Files is meant for 64-bit software installations, C:\Program Files (x86) is meant for 32-bit software which AS actually is.
Not sure why it ended up in there in general.