Install the app
How to install the app on iOS
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an alternative browser.
You should upgrade or use an alternative browser.
Really getting annoyed!!!
- Thread starter MarkHolbrook
- Start date
misterjangles
Member
I don't know if this will help but perhaps instead of renaming your Windows Applications folder on your external drive - if you create a new directory then move/copy the files over. That might "break" the OSX mapping.
Because I think that OSX does keep an internal id for files and folders so it can track where things are when you rename them.
Because I think that OSX does keep an internal id for files and folders so it can track where things are when you rename them.
Here’s a workaround that seems to be working for me (at the present). There’s a folder on the Mac side called /Users/<userename>/Documents/Parallels/Microsoft Windows XP/Windows Applications. (This was referred to in earlier postings, and, on my machine, is created by the Parallels VM despite the Parallel security settings and my many attempts to trash the folder. When you open an application in Parallels, a small file is copied to this folder, and that messes with the Mac files associations in some arcane way, thus the annoying problems.) After emptying the contents of this folder, I simply set the permissions of this folder (in the Mac get info window) to Read Only (No Access also works). This prevents the Parallels VM from writing to the folder, and also from creating a new Windows Applications folder, since it already exists.
Good luck, and thanks for raising this issue. Obvious flaws such as this really call into question the integrity of the development and QA teams at Parallels.
Good luck, and thanks for raising this issue. Obvious flaws such as this really call into question the integrity of the development and QA teams at Parallels.
I find myself in full agreement with Mark Holbrook:
1) Mucking about with default file associations on the host OS is a "Really Bad Idea." Perhaps it is necessary if your objective is to merge OSX and Windows. But the cost is fearfully high. And like Mark, I have no desire to do this, preferring to keep the two environments separate. That, for me, is what a virtual machine is all about.
2) Turning on this behavior by default is a really really bad idea.
3) Making it essentially irreversible without proctological surgery of the host OS is a really really really bad idea.
Interestingly, the cause (and cure) for this was noted in a much earlier thread, where some of the behavior of the cleanup script that runs following installation of Parallels was alarming to an alert user. Here is the link:
http://forums.parallels.com/showpost.php?p=49095&postcount=1
Developers: you have shot yourself in the foot by overdoing the integration of the two OS's. It's costing you customers and supporters. It's not a feature, it's a bug. It's been thoroughly documented, and you can duplicate it in your labs. Why not just fix the darn thing?
Newsflash: it appears that Parallels Support has finally responded with a slightly less proctological fix. Read about it here:
http://forums.parallels.com/showthread.php?t=17224
I haven't tried this, as my file associations are finally back in order. If it works, I suggest that the fix be made a sticky.
1) Mucking about with default file associations on the host OS is a "Really Bad Idea." Perhaps it is necessary if your objective is to merge OSX and Windows. But the cost is fearfully high. And like Mark, I have no desire to do this, preferring to keep the two environments separate. That, for me, is what a virtual machine is all about.
2) Turning on this behavior by default is a really really bad idea.
3) Making it essentially irreversible without proctological surgery of the host OS is a really really really bad idea.
Interestingly, the cause (and cure) for this was noted in a much earlier thread, where some of the behavior of the cleanup script that runs following installation of Parallels was alarming to an alert user. Here is the link:
http://forums.parallels.com/showpost.php?p=49095&postcount=1
Developers: you have shot yourself in the foot by overdoing the integration of the two OS's. It's costing you customers and supporters. It's not a feature, it's a bug. It's been thoroughly documented, and you can duplicate it in your labs. Why not just fix the darn thing?
Newsflash: it appears that Parallels Support has finally responded with a slightly less proctological fix. Read about it here:
http://forums.parallels.com/showthread.php?t=17224
I haven't tried this, as my file associations are finally back in order. If it works, I suggest that the fix be made a sticky.
Last edited:
Well, uninstalling and reinstalling is the common way to solve that sort of problem.
It doesn't seem to be a common issue.
I have exactly the same problem.
Hugh Watkins
Forum Maven
I'm uninstalling parallels as we speak. It kept stealing the default browser setting in osx - so that EVERY SINGLE TIME I start a VM, it sets Parallels as the default browser. I do NOT WANT THIS, but parallels insists on doing it.
which OS and browser is the default in Parallels ?
Hugh W
I had this problem too.
In the guest OS (Windows XP), I did a custom install of the Parallels tools and took the tick out of "application sharing" (or whatever it is called). In fact, I took the tick out of anything that even resembled the word "sharing".
I then trashed the "Windows Applications" folder and I have not had a problem since.
In the guest OS (Windows XP), I did a custom install of the Parallels tools and took the tick out of "application sharing" (or whatever it is called). In fact, I took the tick out of anything that even resembled the word "sharing".
I then trashed the "Windows Applications" folder and I have not had a problem since.