can't pick writeprotected img-files

Bug #1100228 reported by Taylor on 2013-01-16
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Image Writer
Tobin Davis

Bug Description

Intending to write an img-file to a USB-memory-device, when i click on the folder icon and choose an img-file (which is incidentally write-protected), i'm told that the file is write-protected and that i should choose another file-name.

Image Writer for Windows should only throw the alter, when i try to create an img-file by clicking on "Read".

Tobin Davis (gruemaster) on 2013-01-17
Changed in win32-image-writer:
importance: Undecided → Medium
status: New → Triaged
status: Triaged → Incomplete
Tobin Davis (gruemaster) wrote :

I am unable to reproduce this here. Using a sample image I have, I am able to mark it as read-only, and it will still write. Clicking on read will cause an error, though.

Remember, read is for reading a device and saving to an image file, write is to write an image file to a device.

If you still experience a problem, can you please let me know what version you are running, and what version of Windows? Also, if running on Windows Vista/7/8, you need to run this as administrator.

Tobin Davis (gruemaster) on 2013-02-01
Changed in win32-image-writer:
importance: Medium → Undecided
Taylor (bfa4cmjpt2) wrote :

Thanks for having a look!

I'm running
Image Writer for Microsoft Windows
Release 0.6 (r46) - The "Tax Free" release
on Win7 Professional 64bit SP1.

Same problem when logged in as admin.

Tobin Davis (gruemaster) wrote :

Ok, I've been able to reproduce it in Windows 7. Odd that it works in other versions. I may have to deep dive in to figure this out (hope not).

I plan on pushing a new release this weekend, as we are being featured on Sourceforge next week. Hopefully I can figure this out before then.

Changed in win32-image-writer:
status: Incomplete → Confirmed
importance: Undecided → Medium
assignee: nobody → Tobin Davis (gruemaster)
Tobin Davis (gruemaster) wrote :

Well now, that was easier than expected. Fix committed, will release this weekend.

Changed in win32-image-writer:
status: Confirmed → Fix Committed
Tobin Davis (gruemaster) on 2013-02-03
Changed in win32-image-writer:
status: Fix Committed → Fix Released
Taylor (bfa4cmjpt2) wrote :

Well, in version 0.7 I can't create images anymore. I'm told that the file doesn't exist when trying to set a filename. Of course it doesn't exist yet!

Jeff B (skydiver38) wrote :

Verified - looks like some of the "write" verification checks got copied into the read function. Oops. Will open a new bug on sourceforge.

Tobin Davis (gruemaster) wrote :

Actually, this is a change in function due to the Windows File dialog issue. There are two file dialog methods; open & save. The program used to use the save function, which is why it worked when the file didn't exist.

Starting with Windows 7 however, this dialog will fail if the file exists AND is read-only. Switching to the Open method fixes that issue, but now the file must exist or it will fail (as you've seen). My solution to this was to allow the user to type a filename into the file window and if it doesn't exist the program will do the right thing. To reduce confusion on where the program will save new files, and to plan ahead for when we do a proper installation, I added a routine to find and set the default directory to the user's "Downloads" directory. This needs to be fine tuned, but works.

All of this was documented in the readme.

Ultimately, the real problem is that we need a generic file dialog, not an either/or (which is what we have available now). I will look into a better solution for the next release, but I wanted a working solution so that I could get this out.

Jeff B (skydiver38) wrote :

Yeah, I was looking at it backwards earlier - the verification steps are in their appropriate places....

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Bug attachments