Closed
Bug 645002
Opened 14 years ago
Closed 14 years ago
Don't allow user to select a non-writable storage location
Categories
(Mozilla QA Graveyard :: Mozmill Crowd Extension, defect)
Mozilla QA Graveyard
Mozmill Crowd Extension
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Aleksej, Assigned: aaronmt)
References
Details
(Whiteboard: [testday-110325])
Attachments
(1 file, 4 obsolete files)
1.57 KB,
patch
|
whimboo
:
review+
|
Details | Diff | Splinter Review |
Tests in Mozmill Crowd 0.1.2 fail silently if the specified storage directory is on a volume with noexec (like /tmp is supposed to be, according to some — although not according to Debian).
![]() |
Reporter | |
Updated•14 years ago
|
Whiteboard: [testday-110325]
Comment 1•14 years ago
|
||
That applies to any platform, if the storage folder is not writable. Should be easy to fix for the next release. We will triage that later.
OS: Linux → All
Hardware: x86_64 → All
Summary: No error message if the storage directory is noexec → Don't allow user to select a non-writable storage location
![]() |
Reporter | |
Comment 2•14 years ago
|
||
noexec means files in that directory cannot be executed (the "x" permission on files is ignored)
Summary: Don't allow user to select a non-writable storage location → Don't allow user to select a non-writable storage location, nor one with noexec.
![]() |
Reporter | |
Updated•14 years ago
|
Summary: Don't allow user to select a non-writable storage location, nor one with noexec. → Don't allow user to select a non-writable storage location, nor one mounted with noexec.
Comment 3•14 years ago
|
||
We should include this bug in v0.2. Has someone interests to work on it? It shouldn't be that hard to get fixed.
Blocks: 623204
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → aaron.train
Assignee | ||
Comment 4•14 years ago
|
||
+ Checks if the specified storage location is writable or not
Attachment #529108 -
Flags: review?(hskupin)
Comment 5•14 years ago
|
||
Comment on attachment 529108 [details] [diff] [review]
Writable check
>+ window.alert(this._stringBundle.getString("storage.path_isNotWritable"));
We should be consistent with the naming of properties. For now we are using underscores to separate the words from each other. We should probably revise that but for now please don't use camel case. "path_not_writable" would be fine.
>+storage.path_isNotWritable=The specified folder must have writable permissions. Please select a different folder.
"writable" is not a common word I have seen in failure messages so far. Can you use "read-only" instead?
Attachment #529108 -
Flags: review?(hskupin) → review-
Assignee | ||
Comment 6•14 years ago
|
||
+ Reworded property and property definition based on review comment above
Attachment #529108 -
Attachment is obsolete: true
Attachment #529465 -
Flags: review?(hskupin)
![]() |
Reporter | |
Comment 7•14 years ago
|
||
(In reply to comment #6)
> The specified folder can not be read-only. Please select a different folder.
I think it should be “is” instead of “can not be”. It will be clear that it should not be read-only. Otherwise it sounds like the problem is that the folder actually specified can not be made read-only.
Assignee | ||
Comment 8•14 years ago
|
||
(In reply to comment #7)
> (In reply to comment #6)
> > The specified folder can not be read-only. Please select a different folder.
>
> I think it should be “is” instead of “can not be”. It will be clear that it
> should not be read-only. Otherwise it sounds like the problem is that the
> folder actually specified can not be made read-only.
If that we're the case, 'is' does not reference the point of issue and and an act of change. By using 'can not' or 'must not', it implies an action of change.
A Pivotal Tracker story has been created for this Bug: https://www.pivotaltracker.com/story/show/13229209
Comment 10•14 years ago
|
||
Henrik Skupin changed story state to finished in Pivotal Tracker
Comment 11•14 years ago
|
||
Henrik Skupin deleted the linked story in Pivotal Tracker
Comment 12•14 years ago
|
||
Comment on attachment 529465 [details] [diff] [review]
Writable check - v2
>+storage.path_not_writable=The specified folder can not be read-only. Please select a different folder.
I have to agree with Aleksej, the first sentence is kinda hard to understand. It's probably kinda hard to formulate the right sentence with 'read-only' only.
Why can't we simply say: "The specified folder is 'read-only' but needs write permissions. Please ..."?
Attachment #529465 -
Flags: review?(hskupin) → review-
Assignee | ||
Comment 13•14 years ago
|
||
"The specified folder is read-only, it must have a write permission. Please select a different folder."
Attachment #529465 -
Attachment is obsolete: true
Attachment #532038 -
Flags: review?(hskupin)
Comment 14•14 years ago
|
||
Comment on attachment 532038 [details] [diff] [review]
Writable check - v3
>+storage.path_not_writable=The specified folder is read-only, it must have a write permission. Please select a different folder.
Could we agree on "The specified folder is read-only, but must have write permission"? I have never seen the usage of 'a' in any article and it reads strange that way. And with 'but' we can explicitly point out what is necessary.
Assignee | ||
Comment 15•14 years ago
|
||
"The specified folder is read-only but must have write permission. Please select a different folder."
Attachment #532038 -
Attachment is obsolete: true
Attachment #532038 -
Flags: review?(hskupin)
Attachment #532088 -
Flags: review?(hskupin)
Assignee | ||
Comment 16•14 years ago
|
||
Can't forget conjunction comma now can we
Attachment #532088 -
Attachment is obsolete: true
Attachment #532088 -
Flags: review?(hskupin)
Attachment #532090 -
Flags: review?(hskupin)
Updated•14 years ago
|
Attachment #532090 -
Flags: review?(hskupin) → review+
Assignee | ||
Comment 17•14 years ago
|
||
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 18•14 years ago
|
||
We missed the noexec part of this bug. Sorry for that. Alex please file a new bug for it.
Summary: Don't allow user to select a non-writable storage location, nor one mounted with noexec. → Don't allow user to select a non-writable storage location
![]() |
Reporter | |
Comment 19•14 years ago
|
||
(In reply to comment #18)
Filed bug 668752.
Updated•13 years ago
|
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•