I just got a new system (HP wx4600 workstation with windows XP pro), and installed coreldraw on it. It works fine when I doubleclick on a file to open it, but whenever I invoke the common dialog box for opening, finding, or saving a file, it triggers the application recovery manager with the usual boilerplate about the application being unstable and you should save your work.
I've tried the usual things: reinstalling, installing the service packs, resetting the workspace, etc. The problem occurs even when I run coreldraw with windows in safe mode, and occurs in photopaint as well as draw. There isn't a problem when I open a file via the recently-used files list; it seems to come from that common dialog box for picking files.
Bulling through the ARM (hitting the cancel button) causes it to pop up several times, but I eventually get to a corrupted version of the common dialog box. This is semi-functional, and I can use it to open a file, after which things seem to work OK.
I've contacted corel, but I though I'd ask here too, to see if anyone else has ever seen this problem.
FWIW, I figured out the problem. I use the microsoft "tweakUI" powertoy, and when setting up my new system I unchecked the "remember previously-used filenames" under the common dialogs settings. That caused the common dialog box in CorelDraw & Paint to cough blood and die when invoked.
Rechecking that setting fixed the problem.
I noticed the same problem with a windows installation CD tweaked by nLite. Here is the registry entry if You not have tweakUI handy.
----------------------------------------
Windows Registry Editor Version 5.00[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies][HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\comdlg32]"NoFileMru"=dword:00000000----------------------------------------
I like to say thank you to everyone on this thread for their postings. I have been trying to resolve the same problem since July. I contacted Tech Support and they were not helpful at all. The told me that I was the only one with this problem...knew that wasn't true. My "dword" was set to 1. By changing it to 0 problem solved....FINALLY!
I'm having this problem but I haven't used Tweak UI, its occurring on networked machines being controlled by a windows server 2003 machine.
admin & teacher users are unaffected but student users are. ive inherited the problem and trying to fix it, the fix the last person found opened up a security hole that id like to close.
anyone know where in active directory this could be changing? gone through all the policies but cant find anything majourly differentely, well one thing the C drive is hidden for student users.
Thank you man. The resolution of this ARM shity error is the bomb.