Closed Bug 718752 Opened 14 years ago Closed 14 years ago

Cannot open read-only file anymore using nsFilePicker

Categories

(Core :: Widget: Win32, defect)

11 Branch
x86
Windows 7
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla12
Tracking Status
firefox11 --- verified

People

(Reporter: ssitter, Assigned: jimm)

References

Details

(Keywords: regression, Whiteboard: [qa!])

Attachments

(1 file, 1 obsolete file)

I have several local ics calendar files that are marked as read-only on file system level. Using menu File > Open > Calendar File to subscribe to them as a new calendar doesn't work anymore. I only get a Windows error message that the file is read-only and I need to choose a different file. Fails using Lightning 1.4a1 + Thunderbird 12.0a1 Fails using Lightning 1.3a2 + Thunderbird 11.0a2 Works using Lightning 1.2b2 + Thunderbird 10.0
Seems to be a toolkit issue and can be reproduce using Firefox too. Steps to Reproduce using Firefox: 1. Create file on local harddisc and mark it as read-only, e.g. a html webpage file. 2. In Firefox use menu File > Open File... and select the file Actual result: An error dialog stating that the file is read-only and a different file should be selected. Expected result: File is opened and the content is displayed. Works in Firefox 10. Fails in Firefox 11.
Component: Provider: ICS/WebDAV → Widget: Win32
Product: Calendar → Core
QA Contact: ics-provider → win32
Summary: Cannot open/subscribe to read-only local ics calendar file anymore → Cannot open read-only file anymore using nsFilePicker
Version: Lightning 1.3 → 11 Branch
Hmm, not able to reproduce. I created the file as an admin, created a new standard user account, and marked the file for read-only access for that user. Then opened the file with the File->open dialog under the test account. Didn't have any problems. I will experiment some more. Maybe there is something unique set up that I might be missing?
Testing the regression range might help - those patches landed 2011-12-14, so they would be in the 12-15 build: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/ The zips of these builds make this pretty easy to test if you have some spare time Stefan.
I think I can see the potential cause though - http://mxr.mozilla.org/mozilla-central/source/widget/windows/nsFilePicker.cpp#896 FOS_NOREADONLYRETURN should only be applied if mMode == modeSave.
In fact, it's the default value - FOS_NOREADONLYRETURN - Do not return read-only items. This is a default value for the Save dialog. patch coming up.
Attached patch patch (obsolete) — Splinter Review
Assignee: nobody → jmathies
Attachment #589286 - Flags: review?(netzen)
Attached patch patchSplinter Review
minor update on this - there's a mode case statement further down I can use.
Attachment #589286 - Attachment is obsolete: true
Attachment #589286 - Flags: review?(netzen)
Attachment #589298 - Flags: review?(netzen)
Comment on attachment 589298 [details] [diff] [review] patch Review of attachment 589298 [details] [diff] [review]: ----------------------------------------------------------------- Looks good. Tested and everything is working correctly. Tested on XP and it works consistent with the new functionality in this patch.
Attachment #589298 - Flags: review?(netzen) → review+
Regression range: Works in 11.0a1 (BuildID: 20111214031134) Fails in 11.0a1 (BuildID: 20111215031153) https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=fd6ab19f312c&tochange=beac16509534 I'm not aware of anything special regarding setup. Windows 7 with NTFS file system. Same standard user is used to create the file, mark it read-only via context menu > properties > attributes, and running Firefox (fresh profile).
https://hg.mozilla.org/integration/mozilla-inbound/rev/0e424ab9ddff Let's get this into a nightly and test to see if it addresses the problem. My guess is it will.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla12
Comment on attachment 589298 [details] [diff] [review] patch Another file pickers fix, the new file pickers code is in aurora so we need to get this in too. Low risk.
Attachment #589298 - Flags: approval-mozilla-aurora?
Verified fixed using Mozilla/5.0 (Windows NT 6.1; rv:12.0a1) Gecko/20120120 Firefox/12.0a1.
Blocks: 661991
Comment on attachment 589298 [details] [diff] [review] patch [Triage Comment] New file picker in 11, needed on Aurora.
Attachment #589298 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Whiteboard: [qa+]
Verified as fixed on: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20100101 Firefox/11.0 Read-only files are selected and opened without any issues. Thunderbird could not be tested since there is no Lightning version compatible with 11b1.
Status: RESOLVED → VERIFIED
Whiteboard: [qa+] → [qa!]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: