Repeated address entry in browser causes crash

Bug #1226635 reported by Max Brustkern
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
webbrowser-app
Fix Released
Medium
Olivier Tilloy
webbrowser-app (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

I've flashed the 20130916.3 ubuntu-system image on a maguro. I opened the browser and entered yahoo.com. This took me to http://www.yahoo.com/?m=sp and put that in my history.

I opened the browser again, and started typing yahoo. When that option came up, I selected it, and went to the page. It asks me for permission to use my location. I swipe up from the bottom and try to navigate to the same page, sometimes before approving the location request, sometimes after. When I try to navigate to the same page again, the browser freezes, then exits to the home scope.

Related branches

tags: added: avengers qa-manual-testing qa-touch
affects: touch-preview-images → webbrowser-app
Revision history for this message
Olivier Tilloy (osomon) wrote :

Do you mean that you manage to reveal the chrome while the permission request dialog is up? This shouldn’t be possible.

Revision history for this message
Max Brustkern (nuclearbob) wrote :

I can definitely have the address bar up when the dialog appears, and the address bar stays up. I'll check if I can make it appear when the dialog is up.

Revision history for this message
Max Brustkern (nuclearbob) wrote :

I can't get the address bar to appear when the dialog is up, but if the address bar has appeared, the dialog appearing does not remove it.

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

Then I guess *that* is the bug: when the dialog pops up, it should hide the chrome. This dialog is meant to be modal.
It should be easy enough to fix.

Changed in webbrowser-app:
assignee: nobody → Olivier Tilloy (osomon)
status: New → Confirmed
Revision history for this message
Olivier Tilloy (osomon) wrote :

I can’t reproduce the crash, but I can reproduce the chrome being visible and focused while the permission dialog is up. I’ll fix this.

Changed in webbrowser-app:
importance: Undecided → Medium
status: Confirmed → In Progress
Revision history for this message
PS Jenkins bot (ps-jenkins) wrote :

Fix committed into lp:webbrowser-app at revision 331, scheduled for release in webbrowser-app, milestone ubuntu-13.04-month-5

Changed in webbrowser-app:
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package webbrowser-app - 0.22+13.10.20130924.1-0ubuntu1

---------------
webbrowser-app (0.22+13.10.20130924.1-0ubuntu1) saucy; urgency=low

  [ Ted Gould ]
  * Adding single instance marker to the desktop file.

  [ daker ]
  * Added support for Alert dialogs. (LP: #1169757)
  * Added support for HTTP/Proxy auth. (LP: #1212980)
  * Added certificateVerificationDialog component. (LP: #1227055)

  [ Adnane Belmadiaf ]
  * Added support for HTTP/Proxy auth. (LP: #1212980)
  * Added certificateVerificationDialog component. (LP: #1227055)

  [ Olivier Tilloy ]
  * Generate translation templates only for files under src/app/. Files
    under src/Ubuntu/… are the UbuntuWebView component, and they
    shouldn’t have any translatable strings.
  * Fix the selection rectangle size and position when zoomed and
    scrolled. (LP: #1131160)
  * Added support for HTTP/Proxy auth. (LP: #1212980)
  * Ensure the chrome is hidden when the permission request dialog is
    shown. (LP: #1226635)

  [ Ubuntu daily release ]
  * Automatic snapshot from revision 331
 -- Ubuntu daily release <email address hidden> Tue, 24 Sep 2013 07:05:03 +0000

Changed in webbrowser-app (Ubuntu):
status: New → Fix Released
Olivier Tilloy (osomon)
Changed in webbrowser-app:
status: Fix Committed → Fix Released
Revision history for this message
Max Brustkern (nuclearbob) wrote :

This seems fixed to me.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers