Browser remembers previous download and tries to visit on next start

[Alan Pope 🍺🐧🐱 🦄]

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)

[Chris Coulson (chrisccoulson)]

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)

[Chris Coulson (chrisccoulson)]

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)

[Olivier Tilloy (osomon)]

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