Ubuntu RTM
webbrowser-app package

Browser remembers previous download and tries to visit on next start

Bug #1390529 reported by Alan Pope 🍺🐧🐱 🦄
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
webbrowser-app (Ubuntu)
Confirmed
Medium
Unassigned
webbrowser-app (Ubuntu RTM)
Confirmed
Medium
Unassigned

Bug Description

I previously opened a pdf the last time I used the web browser, now some days later, opening the browser for the first time today it spawned content hub to read the pdf which I'd previously downloaded.

Steps to reproduce.

1) Install pdfjs from the store to enable you to open pdf files on device

2) On the device visit this page in the browser http://www.powerpc-notebook.org/2014/10/presentation-slides-used-at-linux-day-2014/ (short url http://bit.ly/1u6DRQu )

3) Click the link "download LinuxDay 2014 Milan presentation slides" which is http://www.powerpc-notebook.org/wp-content/uploads/2014/10/LinuxDay2014_Mi_presentation_pub_en.pdf (short url http://bit.ly/1GxC4ZX )

4) At this point you get a content hub popup, choose pdfjs and happily view the pdf

5) Time passes, reboot phone

6) Open browser, look away for a few seconds, get a content hub dialog, be surprised that you don't get the browser.

ProblemType: Bug
DistroRelease: Ubuntu RTM 14.09
Package: webbrowser-app 0.23+14.10.20141028~rtm-0ubuntu1
Uname: Linux 3.4.67 armv7l
ApportVersion: 2.14.7-0ubuntu8
Architecture: armhf
Date: Fri Nov 7 16:09:27 2014
InstallationDate: Installed on 2014-11-07 (0 days ago)
InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf (20141107-030205)
SourcePackage: webbrowser-app
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Alan Pope 🍺🐧🐱 🦄 (popey) wrote :
summary: - Browser starts on non-pages resulting in content-hub launch
+ Browser remembers previous download and tries to visit on next start
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

I suspect the issue here is that the browser restores the last visible URL rather than the last committed URL - this *should* be fixed when bug 1353143 lands (and the equivalent webbrowser-app parts land)

Revision history for this message
Chris Coulson (chrisccoulson) wrote :

Actually, unduping from the other bug because I suspect there will be additional webbrowser-app work to fix this properly. It looks like the download gets targeted to a new tab - Chrome closes the new tab when the download starts, and we'd need to do something similar (closing the tab automatically when the pending navigation is cancelled and there wasn't a previously committed navigation)

Revision history for this message
Olivier Tilloy (osomon) wrote :

The issue seems to be twofold:

 - the link to the PDF explicitly specifies target="_blank", this is a bad practice regardless, which assumes that the PDF file will be rendered in the tab itself (which should eventually be the case, see bug #1331059)

 - state saving in the browser currently remembers the last visible URL rather than the last committed URL, this will be fixed with bug #1353143

Changed in webbrowser-app (Ubuntu):
status: New → Confirmed
Changed in webbrowser-app:
status: New → Confirmed
importance: Undecided → Medium
Alberto Salvia Novella (es20490446e)
Changed in webbrowser-app (Ubuntu):
importance: Undecided → Medium
Olivier Tilloy (osomon)
no longer affects: webbrowser-app
Changed in webbrowser-app (Ubuntu RTM):
status: New → Confirmed
importance: Undecided → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.