Hi I have an issue with Editing and Saving PNG files for use with HTML.
I have PNG files made with PhotoPaint X3 that are linked to in IMG tags or as a background-images in CSS Style sheets. When I open and edit them with X5 the permissions or security changes on the files. If I drop the saved file into a browser the PNG displays fine but opening the HTML or PNG file directly via //localhost naming doesn't work. So I think the IIS Network User doesn't have rights to display the image.
This happens on Windows XP SP3 and on Windows 7 Pro x64. Have I installed it wrong? Is there a setting somewhere or is there a new security model implemented with Corel X5. This happens when creating new content and when saving over existing PNGs.
Any Solutions? Anyone else with the same issue?
EDIT (8 Jul 2010) - In posts below I have tested a few things and in summary, Corel PHOTOPAINT X5 does not preserve existing permissions on files. On saving over or creating new PNG files for example permissions for Everyone and Users are not written to file. Saving over image files in IIS Inetpub folders changes their permissions making them inaccessible via iis requests. This is on Windows 7 x64 Pro, (A toshiba laptop with OEM configured install) and a home made Windows XP SP3, my own OEM install. I don't know if this was the intended file management behaviour but it has slowed me down. And it is different to Corel 10 and Corel X3 which I was using in the past.
EDIT (22 July 2014) - This post relates mostly to Windows Internet Information Server (IIS) folders under C:\inetpub\wwwroot but other windows folders with awkward permissions may suffer the same problems. In windows with IIS installed the INETPUB folders are where you can place HTML files and Image files like PNG, JPG, GIF etc. For IIS to correctly serve these files in a browser - over an HTTP connection - the IUSR and IIS_USER windows users - or some ungodly combination of windows IIS accounts - need to be added to those images and files. Copying already finished images into INETPUB folders via a windows copy-paste operation adds the right IIS users to the files. Editing those images with X5 from the INETPUB folders doesn't preserve the IIS users on Save.
Bottomline - Rob's workaround does the trick!
Permissions are not controlled by the program creating the file. Not Photo Paint or any other program. The fact that you noted a different behaviour when using Corel 10 and X3 in the past leads me to believe the ACL's on those computers were configured with different permissions, or the files were located on the same volume.
Permissions are controlled by the ACL of the location of the file. By location I mean computer\directory\. Permissions can change when a file is copied or moved depending on the new location (i.e. same volume or different volume). Permissions can be inherited from the new location, or maintained with the file to the new location.
It is also affected by the type of file system used by the computer, FAT or NTFS.
Security of files on NTFS file systems can be difficult to understand in XP and Win7 particularly when one does not know the rules. Those would be the Microsoft OS rules.
After reading my post I think it can be interpreted as aggressive or condecending. That is not what I'm trying to convey. Permissions are difficult to understand even to IT professionals.
Tom
MCSA, MCDST, MCP
Thanks for your input Tom, I wasn't offended at all in fact I appreciate the feedback.
I claim only to be having a problem and I hope someone else can put me right.
My XP computer had X3 on it before uninstalling and going to X5 so the change in file management was unexpected.
My first experience with X5 was in Windows 7. I downloaded a small static html and image website using FTP. I created a virtual folder to point to this folder in IIS and I could view the site through the browser over //localhost. When I opened an existing PNG from that virtual folder and saved over it in Photo-Paint X5, the file thumbnail - icon now had a small padlock on it and the image won't display in a browser over //localhost.
The same behaviour does not happen when I edit one of the HTML files in Textpad and save.
From recollection, I believe when I copied the padlocked file out to a separate folder and then back to its original location it gets the padlock removed ( the original security - permissions settings restored) and is visible over //localhost.
This happens in XP, without padlocks of course but in terms of the permissions as I have illustrated in above posts.
Most of my testing was then on Windows XP which is my main work PC and I should have left x3 on there but I went with the switch and I am using a networked folder to work off as it preserves the security settings.
I have a giant Mastering Windows XP book by Mark Minasi that I can wade through it's probably 7+ years old and pre sp3. I will look through it at some point but is there a resource you can recommend online that will help explain the permissions - security issues or ACL to me, I know IIS has its own permissions quirks but I have also File Shared folders on my Win 7 and XP computers for transferring files over the network. So I may disable this and do more testing in future.
Thanks.
Hello!
I am just having corresponding with Corel support about this problem. It is a x5 problem for sure. I still wait for any tips from them about how the problem should be solved.
I let you know when I hear from Corel.
Mats Jonsson
There may in fact be something that has changed with how file attributes are modified and saved by X5 vs. earlier versions. However, programs running on any operating system, including xp, win7 cannot change file permissions.
Permissions are used as a security feature allowing administrators, or anyone with rights, to limit or grant what users can do to files. Think of it this way. I have a file I don't want people to print, say a .png file. I sent the permissions either on a volume (partition), folder, sub-folder, of file to limit access to read-only. Now if I (the owner) or someone else moves, copies, or edits the files, I and more importantly, the OS control the permissions set on that file. Having a program such as X5 or even MS word change permission to grant different levels of access violates the principles of data security. Regardless if it makes it easier or more difficult for the end user.
Once again I do not want to sound like a hard a**. I am often challenged by permissions and user rights and it is quite aggravating, especially when users are accustomed to the way things are. Change can be frustrating. So, I hope it all gets figured out, either by Corel or Andrew.
Best of luck.