Closed
Bug 1188880
Opened 9 years ago
Closed 7 years ago
Ship directory picking and directory drag and drop
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
WONTFIX
Tracking | Status | |
---|---|---|
firefox42 | --- | affected |
People
(Reporter: jwatt, Unassigned)
References
(Depends on 1 open bug, )
Details
(4 keywords, Whiteboard: [DevRel:P2])
Bug 1164310 implemented MS's proposal to support directory picking and directory drag and drop. The "Unofficial Draft" spec is very much a work in progress though and subject to change. Currently our implementation is behind the dom.input.dirpicker pref (enabled only in Nightly). This bug will track any issues that need to be resolved before the pref can be flipped to true for release.
Reporter | ||
Updated•9 years ago
|
Reporter | ||
Updated•9 years ago
|
Reporter | ||
Comment 1•9 years ago
|
||
We should consider pushing for and implementing bug 1173320 too.
Depends on: 1173320
Updated•9 years ago
|
OS: Unspecified → All
Hardware: Unspecified → All
Updated•9 years ago
|
Keywords: dev-doc-needed
(In reply to Loic from comment #2)
> Do you have a demo page (with a server side) to test Directory Upload?
https://jwatt.org/blog/2015/09/14/directory-picking-and-drag-and-drop give this links https://jwatt.org/tmp/directory.html
Updated•9 years ago
|
Updated•9 years ago
|
Comment 4•9 years ago
|
||
When a user selects a directory, are they aware of the potentially sensitive contents of the directory? For example, if the user selects ~/.config , should the browser really send out all application configuration data? What about ~/.ssh or ~/.gpg (i.e. the recent targets of the pdf.js vulnerability)?
uploading arbitrary files is risky. recursively uploading entire directories seems far riskier. There is no security analysis at https://wicg.github.io/directory-upload/proposal.html . Has anyone done one?
Comment 5•9 years ago
|
||
Daniel, that is being discussed in bug 907707.
Updated•9 years ago
|
Keywords: DevAdvocacy
Comment 6•9 years ago
|
||
webcompat issue related to this.
See Also: → https://webcompat.com/issues/510
Updated•9 years ago
|
See Also: → https://webcompat.com/issues/2350
Updated•9 years ago
|
Updated•9 years ago
|
Comment 8•9 years ago
|
||
I think we'll want some manual testing before releasing this (after implementation is complete), so setting the qe-verify+ flag.
Test suggestions/scenarios are appreciated.
Flags: qe-verify+
Updated•9 years ago
|
Whiteboard: [DevRel:P2]
Updated•8 years ago
|
Flags: platform-rel?
Updated•8 years ago
|
platform-rel: --- → ?
Updated•8 years ago
|
Updated•8 years ago
|
platform-rel: ? → ---
Reporter | ||
Updated•8 years ago
|
Assignee: jwatt → nobody
Comment 10•7 years ago
|
||
We ran into this using Dropbox in the process of signing off Firefox 54 beta 13 build (users can't upload folders containing files, also reproducible in latest Nightly 55).
Is there any plan to fix this soon?
Comment 11•7 years ago
|
||
We shipped file/directory dnd last autumn, FF50 (bug 1288683).
There was one dropbox specific issue, bug 1293949 but that was fixed.
So sounds like there is possible a regression.
There was recently bug 1369014, but that should be Nightly only.
So, please file a new bug.
Flags: needinfo?(bogdan.maris)
Comment 12•7 years ago
|
||
As of now, this bug is wontfix. We shipped different API, https://wicg.github.io/entries-api/
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Comment 13•7 years ago
|
||
Hi Olli!
As per comment 11 , we have logged a new bug for this issue (bug 1371606).
Flags: needinfo?(bogdan.maris)
Assignee | ||
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•