Gal Shemesh
Bit poster
Well said, lulian-CasianM. Though it seems that Parallels don't really care about us old buyers - apart from deleting forum posts that they don't like, they don't even bother getting involved in the correspondence to help us, and up-to-this-day have not released a bug fix for 18 version users. The only thing they DO know to say is "upgrade".
It really does look like this is an old "bug" that they keep returning to their program in purpose, in order to break any previous version from working correctly when a new version is released, just to force customers to upgrade. Not to mention that vicentem1 has reported above that he's using version 19 in Sonoma and that this bug is still there. Either way, this is a very wrong behaviour from Parallels side, and I would even add that it's a substandard and unrespectful for their customers who rightfully paid the full price for the non-subscription product.
If you ask me, I don't expect Parallels to fix this for us 18 version users, and how things look this issue will sure come back again and again and again, in version 19, 20, 21, and so on. What I do look forward is that Windows 11 on ARM will be sooner or later natively supported to be installed on Apple silicon Macs, where we could ditch Mac OS and Parallels altogether and work natively on Windows on our Macs with all our beloved Windows apps. Technically, I think that it will come around someday, the same as was with Intel based Macs that could eventually run both Mac OS and Windows in Boot Camp. Until then, I found myself a workaround which works quite fine for me, and I would like to share it below as it may be helpful to some users - I do hope that Parallels won't decide to remove this post "as if it makes them 'lose' customers", because as it is now, they already lost us by not fixing this. So, we had to find workarounds ourselves.
Please note that this workaround may not be an ideal solution for everyone, as many of you are probably using your Macbook on-the-go and that its your primary and only machine. I mostly use mine within the house, connected to my local network WiFi, and I do have some PCs as well. Here is what I do:
Since this issue occurred on my end, I ditched launching Parallels altogether as using it in a non-coherence mode is like doing a remote desktop to a Windows PC on my local network and work on it on a separate window anyway - which I don't need Parallels for, as I have a powerful PC that outwits ANY virtual machine running on my M1 Mac, and I can basically remote desktop to it to do my work. My PC is physically connected to my router so there is no lag from its side, but I did face some lag issues that came from my built-in router WiFi, so I upgraded it to a dedicated product which now gives me a much stronger signal.
So, I just ended up working on my powerful PC through a remote desktop from my M1 Macbook Air, using the free "Microsoft Remote Desktop" app from the AppStore. All the calculations are natively done on the remote PC, which also leaves my M1 Macbook Air in a much more reasonable state in terms of power and battery consumption, while on a virtual machine in Parallels the battery runs out much quicker. In addition, I can run many Intel based Windows apps natively which Apple silicon can never run, unless (if at all) doing it in an emulation and eating up your battery.
It tems of copying and pasting of files between the two, dragging between desktops doesn't work - you have to use either the right-click context menu or the keyboard hotkeys, and the remote window should remain OPEN during the entire copying process. Keep in mind that you can run only a SINGLE copying task - this is a remote desktop limitation. If you try to copy something else (even a 'word' to the clipboard) while a copying task is running in the background, your copying task will be terminated. Also note that the copying and pasting task runs over the local network, which is slower than doing it between a virtual machine that runs locally on the actual Mac, but I can bare it over the many benefits of working in a remote desktop. If you wish to access your Windows PC hard drives from the Mac OS Finder where you can do multiple copying and pasting and work on projects files there on-the-fly, you can just share the drives from your Windows PC and access them natively from your Mac over Samba (Command+K). Unlike Mac OS limitation with an external hard drive that is formatted in the NTFS file system, which Mac OS can only READ from but not write to without a 3rd party software, accessing any drives over the network will allow you to both READ and WRITE to and from them without any problem.
Sound output from your PC is by default forwarded to your Mac speakers via the Remote Audio driver. For most parts I found it accurate. However, the microphone input also uses the Remote Audio driver, and as far as I checked when trying to record a short voice clip over a remote desktop using the Mac built-in microphone, the recording went through to my PC but it was recorded a little faster than I actually spoke (feels like a voice clip that plays in a 1.5x speed), so take that in mind. I don't do recording over remote desktop, but if you wish to run any communication programs for doing voice calls like Microsoft Teams / Skype / Discord / WhatsApp when doing a remote desktop, just do what I do and launch the native communication app on your Mac, so the audio is routed natively from there. Note that you can also edit the remote connection audio settings and have the audio play on the remote PC hardware instead of on your Mac. But in this case, it will use the speakers and microphone that are connected to your PC, and you won't hear anything on your Mac. Which doesn't make sense for remote desktop anyway as if the audio output and input are happening on the remote PC, I could just sit and work there.
The only issues I found so far when working in a remote desktop is that some programs and games that I tried to run are not working correctly or not working at all - but this is either a remote desktop limitation or that the program / game was deliberately designed to NOT run in remote desktop. For example, I found that Adobe Audition CS6 which I have on my remote PC doesn't launch at all, where other CS6 programs launch and work without any problem. As for games, I found that the GOG Galaxy client immediately terminated after it opens, but you can still access the actual game folder and run them from the executable files from there.
So there. I spent quite some time to write this post in hope that it will help others. I do expect that Parallels will not remove this information and actually LEARN from it that at the bottom line, customers are the ones who hold the power to make the decisions whether to remain loyal or not - decisions that can surely impact their revenues. If it's important to them to preserve their loyal customers, they should work harder to fix such irritating issues which already caused enough trouble for those who rely on their product. Who knows, maybe this way they will learn and start working.
Best regards to everyone.
It really does look like this is an old "bug" that they keep returning to their program in purpose, in order to break any previous version from working correctly when a new version is released, just to force customers to upgrade. Not to mention that vicentem1 has reported above that he's using version 19 in Sonoma and that this bug is still there. Either way, this is a very wrong behaviour from Parallels side, and I would even add that it's a substandard and unrespectful for their customers who rightfully paid the full price for the non-subscription product.
If you ask me, I don't expect Parallels to fix this for us 18 version users, and how things look this issue will sure come back again and again and again, in version 19, 20, 21, and so on. What I do look forward is that Windows 11 on ARM will be sooner or later natively supported to be installed on Apple silicon Macs, where we could ditch Mac OS and Parallels altogether and work natively on Windows on our Macs with all our beloved Windows apps. Technically, I think that it will come around someday, the same as was with Intel based Macs that could eventually run both Mac OS and Windows in Boot Camp. Until then, I found myself a workaround which works quite fine for me, and I would like to share it below as it may be helpful to some users - I do hope that Parallels won't decide to remove this post "as if it makes them 'lose' customers", because as it is now, they already lost us by not fixing this. So, we had to find workarounds ourselves.
Please note that this workaround may not be an ideal solution for everyone, as many of you are probably using your Macbook on-the-go and that its your primary and only machine. I mostly use mine within the house, connected to my local network WiFi, and I do have some PCs as well. Here is what I do:
Since this issue occurred on my end, I ditched launching Parallels altogether as using it in a non-coherence mode is like doing a remote desktop to a Windows PC on my local network and work on it on a separate window anyway - which I don't need Parallels for, as I have a powerful PC that outwits ANY virtual machine running on my M1 Mac, and I can basically remote desktop to it to do my work. My PC is physically connected to my router so there is no lag from its side, but I did face some lag issues that came from my built-in router WiFi, so I upgraded it to a dedicated product which now gives me a much stronger signal.
So, I just ended up working on my powerful PC through a remote desktop from my M1 Macbook Air, using the free "Microsoft Remote Desktop" app from the AppStore. All the calculations are natively done on the remote PC, which also leaves my M1 Macbook Air in a much more reasonable state in terms of power and battery consumption, while on a virtual machine in Parallels the battery runs out much quicker. In addition, I can run many Intel based Windows apps natively which Apple silicon can never run, unless (if at all) doing it in an emulation and eating up your battery.
It tems of copying and pasting of files between the two, dragging between desktops doesn't work - you have to use either the right-click context menu or the keyboard hotkeys, and the remote window should remain OPEN during the entire copying process. Keep in mind that you can run only a SINGLE copying task - this is a remote desktop limitation. If you try to copy something else (even a 'word' to the clipboard) while a copying task is running in the background, your copying task will be terminated. Also note that the copying and pasting task runs over the local network, which is slower than doing it between a virtual machine that runs locally on the actual Mac, but I can bare it over the many benefits of working in a remote desktop. If you wish to access your Windows PC hard drives from the Mac OS Finder where you can do multiple copying and pasting and work on projects files there on-the-fly, you can just share the drives from your Windows PC and access them natively from your Mac over Samba (Command+K). Unlike Mac OS limitation with an external hard drive that is formatted in the NTFS file system, which Mac OS can only READ from but not write to without a 3rd party software, accessing any drives over the network will allow you to both READ and WRITE to and from them without any problem.
Sound output from your PC is by default forwarded to your Mac speakers via the Remote Audio driver. For most parts I found it accurate. However, the microphone input also uses the Remote Audio driver, and as far as I checked when trying to record a short voice clip over a remote desktop using the Mac built-in microphone, the recording went through to my PC but it was recorded a little faster than I actually spoke (feels like a voice clip that plays in a 1.5x speed), so take that in mind. I don't do recording over remote desktop, but if you wish to run any communication programs for doing voice calls like Microsoft Teams / Skype / Discord / WhatsApp when doing a remote desktop, just do what I do and launch the native communication app on your Mac, so the audio is routed natively from there. Note that you can also edit the remote connection audio settings and have the audio play on the remote PC hardware instead of on your Mac. But in this case, it will use the speakers and microphone that are connected to your PC, and you won't hear anything on your Mac. Which doesn't make sense for remote desktop anyway as if the audio output and input are happening on the remote PC, I could just sit and work there.
The only issues I found so far when working in a remote desktop is that some programs and games that I tried to run are not working correctly or not working at all - but this is either a remote desktop limitation or that the program / game was deliberately designed to NOT run in remote desktop. For example, I found that Adobe Audition CS6 which I have on my remote PC doesn't launch at all, where other CS6 programs launch and work without any problem. As for games, I found that the GOG Galaxy client immediately terminated after it opens, but you can still access the actual game folder and run them from the executable files from there.
So there. I spent quite some time to write this post in hope that it will help others. I do expect that Parallels will not remove this information and actually LEARN from it that at the bottom line, customers are the ones who hold the power to make the decisions whether to remain loyal or not - decisions that can surely impact their revenues. If it's important to them to preserve their loyal customers, they should work harder to fix such irritating issues which already caused enough trouble for those who rely on their product. Who knows, maybe this way they will learn and start working.
Best regards to everyone.
