** Changed in: canonical-devices-system-image
Assignee: (unassigned) => Olivier Tilloy (osomon)
** Changed in: webbrowser-app (Ubuntu RTM)
Assignee: (unassigned) => Olivier Tilloy (osomon)
** Changed in: webbrowser-app (Ubuntu)
Assignee: (unassigned) => Olivier Tilloy (osomon)
**
** Changed in: canonical-devices-system-image
Milestone: None => ww05-2015
** Changed in: canonical-devices-system-image
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to Oxide.
https://bug
** Also affects: webbrowser-app (Ubuntu RTM)
Importance: Undecided
Status: New
** Also affects: canonical-devices-system-image
Importance: Undecided
Status: New
** Changed in: webbrowser-app (Ubuntu RTM)
Status: New => Confirmed
--
You received this bug notification b
** Changed in: webbrowser-app
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to Oxide.
https://bugs.launchpad.net/bugs/1379806
Title:
Content Picker appears empty while accessing hsbc
This bug was fixed in the package webbrowser-app -
0.23+15.04.20141029.1-0ubuntu1
---
webbrowser-app (0.23+15.04.20141029.1-0ubuntu1) vivid; urgency=low
[ CI bot ]
* Resync trunk
* Fix the override mechanism for navigator.userAgent, and add UA
override rules for HSBC’s Brazi
It is the expected behavior from Oxide. At the content level, the
resource handler checks if the mime type of the response is a known
default one, if not it tried to find a plugin for it and if not it
forwards teh request to the download manager.
See L298:
https://chromium.googlesource.com/chromi
I linked a branch that fixes the issue, but I’m still unsure whether
this is the correct approach, or if the issue could be addressed in
oxide (so that we wouldn’t get the download request in the first place).
Adding an oxide task to clarify this.
** Changed in: webbrowser-app
Status: Confi
7 matches
Mail list logo
