Can't download protected images
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
webbrowser-app (Ubuntu) |
Fix Released
|
Medium
|
Olivier Tilloy | ||
webbrowser-app (Ubuntu RTM) |
Fix Released
|
Medium
|
Olivier Tilloy |
Bug Description
In the webbrowser app I login to a site (https:/
Under every image there is a link, named 'Open original' that links to the image itself (like https:/
But to see the image you've to login to the website.
So, when you try to download it (long press -> save image) the browser calls the content hub, and indeed content hub saves img_20150328_
The first thing IMO is to display an error if the file isn't valid, because it took me a while understand what was wrong with my dowload - it says 'Success' but then my photo isn't in the gallery.
Then, there should be a way to download private resources from the web
Related branches
- Ken VanDine: Approve
- Ugo Riboni (community): Approve
- PS Jenkins bot: Approve (continuous-integration)
-
Diff: 2579 lines (+1390/-690)34 files modifieddebian/control (+2/-12)
debian/qtdeclarative5-ubuntu-web-plugin-assets.install (+0/-1)
debian/rules (+0/-4)
doc/WebView.qdoc (+44/-5)
src/Ubuntu/Web/CMakeLists.txt (+0/-3)
src/Ubuntu/Web/Selection.qml (+0/-161)
src/Ubuntu/Web/SelectionHandle.qml (+0/-47)
src/Ubuntu/Web/UbuntuWebView02.qml (+60/-156)
src/Ubuntu/Web/selection02.js (+2/-131)
src/app/CMakeLists.txt (+1/-0)
src/app/FileExtensionMapper.js (+11/-7)
src/app/FilePickerDialog.qml (+2/-2)
src/app/WebViewImpl.qml (+20/-9)
src/app/actions/Cut.qml (+23/-0)
src/app/actions/Erase.qml (+23/-0)
src/app/actions/Paste.qml (+23/-0)
src/app/actions/Redo.qml (+23/-0)
src/app/actions/SaveLink.qml (+23/-0)
src/app/actions/SelectAll.qml (+23/-0)
src/app/actions/Undo.qml (+23/-0)
src/app/browserapplication.cpp (+9/-0)
src/app/mime-database.cpp (+33/-0)
src/app/mime-database.h (+39/-0)
src/app/webbrowser/Browser.qml (+103/-26)
src/app/webbrowser/ContextMenuMobile.qml (+168/-0)
src/app/webbrowser/ContextMenuWide.qml (+158/-0)
src/app/webbrowser/assets/stock_link.svg (+164/-0)
src/app/webcontainer/WebViewImplOxide.qml (+42/-5)
tests/autopilot/webbrowser_app/emulators/browser.py (+33/-16)
tests/autopilot/webbrowser_app/tests/http_server.py (+28/-0)
tests/autopilot/webbrowser_app/tests/test_contextmenu.py (+177/-0)
tests/autopilot/webbrowser_app/tests/test_selection.py (+0/-92)
tests/unittests/qml/tst_FileExtensionMapper.qml (+39/-0)
tests/unittests/qml/tst_UbuntuWebView02.qml (+94/-13)
Changed in webbrowser-app (Ubuntu): | |
status: | New → Confirmed |
importance: | Undecided → Medium |
assignee: | nobody → Olivier Tilloy (osomon) |
Changed in webbrowser-app (Ubuntu RTM): | |
status: | New → Confirmed |
importance: | Undecided → Medium |
assignee: | nobody → Olivier Tilloy (osomon) |
Changed in webbrowser-app: | |
status: | Confirmed → Invalid |
assignee: | Olivier Tilloy (osomon) → nobody |
Changed in webbrowser-app (Ubuntu): | |
status: | Confirmed → In Progress |
In the general case this is possible when downloading files, unfortunately at the moment Oxide doesn't provide a way to access cookies when using the "Save Image" context option in the web browser. They do get provided when the request for a file comes via the "downloadRequested" signal (so for example when clicking on a attachment on gmail the download will work correctly). As I recall Chris mentioned a desire to rework the context menu download stuff to happen via "downloadReques ted", instead of just providing a URL, which would solve this issue.