[Ubuntu-webapps-bugs] [Bug 1399601] Re: Ubuntu.Web’s WebView.getUAString() is racy by design

2014-12-12 Thread Pat McGowan
** Changed in: canonical-devices-system-image
   Status: Confirmed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to webbrowser-app.
https://bugs.launchpad.net/bugs/1399601

Title:
  Ubuntu.Web’s WebView.getUAString() is racy by design

Status in the base for Ubuntu mobile products:
  Fix Released
Status in Web Browser App:
  Fix Released
Status in webbrowser-app utopic series:
  Triaged
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  Fix Released

Bug description:
  See http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Web.WebView
  /#getUAString-method for documentation.

  This method is being called by the WebView in Component.onCompleted,
  and sets the shared context’s default user agent. If the WebView is
  instantiated with a url set, the first HTTP request is issued before
  getUAString() is called, and thus potentially with the wrong UA
  string.

  This API is racy by design, there’s really no way to fix it.

  There are currently 2 apps in the store using this API:

  com.viclog.2048
  com.viclog.flappybird

  and 3 more using it with the UbuntuWebView, which is version 0.1 of
  the API, based on QtWebKit:

  com.ubuntu.developer.andrewsomething.stackbrowser
  com.ubuntu.developer.daker.x-type
  com.ubuntu.developer.fcole90.feedspot

  Seeing those relatively small numbers, I think it’s a good opportunity
  to remove the API altogether, after ensuring that the apps are fixed
  to not use it. Documentation will need to be updated.

  
  UPDATE: as of 2014-12-11, com.viclog.2048 and com.viclog.flappybird have been 
updated in the store, they no longer use WebView.getUAString(). So effectively 
no application uses the API, and it should be safe to remove it.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1399601/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1399601] Re: Ubuntu.Web’s WebView.getUAString() is racy by design

2014-12-12 Thread Launchpad Bug Tracker
This bug was fixed in the package webbrowser-app - 0.23+15.04.20141212
~rtm-0ubuntu1

---
webbrowser-app (0.23+15.04.20141212~rtm-0ubuntu1) 14.09; urgency=low

  [ Olivier Tilloy ]
  * Remove the WebView.getUAString() API from version 0.2 of the
Ubuntu.Web module. It is currently not in use by any app in the
store. (LP: #1399601)
 -- Ubuntu daily releaseFri, 12 Dec 2014 
11:32:23 +

** Changed in: webbrowser-app (Ubuntu RTM)
   Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to webbrowser-app.
https://bugs.launchpad.net/bugs/1399601

Title:
  Ubuntu.Web’s WebView.getUAString() is racy by design

Status in the base for Ubuntu mobile products:
  Confirmed
Status in Web Browser App:
  Fix Released
Status in webbrowser-app utopic series:
  Triaged
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  Fix Released

Bug description:
  See http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Web.WebView
  /#getUAString-method for documentation.

  This method is being called by the WebView in Component.onCompleted,
  and sets the shared context’s default user agent. If the WebView is
  instantiated with a url set, the first HTTP request is issued before
  getUAString() is called, and thus potentially with the wrong UA
  string.

  This API is racy by design, there’s really no way to fix it.

  There are currently 2 apps in the store using this API:

  com.viclog.2048
  com.viclog.flappybird

  and 3 more using it with the UbuntuWebView, which is version 0.1 of
  the API, based on QtWebKit:

  com.ubuntu.developer.andrewsomething.stackbrowser
  com.ubuntu.developer.daker.x-type
  com.ubuntu.developer.fcole90.feedspot

  Seeing those relatively small numbers, I think it’s a good opportunity
  to remove the API altogether, after ensuring that the apps are fixed
  to not use it. Documentation will need to be updated.

  
  UPDATE: as of 2014-12-11, com.viclog.2048 and com.viclog.flappybird have been 
updated in the store, they no longer use WebView.getUAString(). So effectively 
no application uses the API, and it should be safe to remove it.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1399601/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1399601] Re: Ubuntu.Web’s WebView.getUAString() is racy by design

2014-12-12 Thread Olivier Tilloy
Added a utopic task, as apparently this needs to be backported to utopic
for the current online docs to be updated (there are no separate docs
for RTM, all there is is docs for 14.10, which RTM is based on).

** Also affects: webbrowser-app/utopic
   Importance: Undecided
   Status: New

** Changed in: webbrowser-app/utopic
   Status: New => Triaged

** Changed in: webbrowser-app/utopic
 Assignee: (unassigned) => Olivier Tilloy (osomon)

** Changed in: webbrowser-app/utopic
   Importance: Undecided => High

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to webbrowser-app.
https://bugs.launchpad.net/bugs/1399601

Title:
  Ubuntu.Web’s WebView.getUAString() is racy by design

Status in the base for Ubuntu mobile products:
  Confirmed
Status in Web Browser App:
  Fix Released
Status in webbrowser-app utopic series:
  Triaged
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  In Progress

Bug description:
  See http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Web.WebView
  /#getUAString-method for documentation.

  This method is being called by the WebView in Component.onCompleted,
  and sets the shared context’s default user agent. If the WebView is
  instantiated with a url set, the first HTTP request is issued before
  getUAString() is called, and thus potentially with the wrong UA
  string.

  This API is racy by design, there’s really no way to fix it.

  There are currently 2 apps in the store using this API:

  com.viclog.2048
  com.viclog.flappybird

  and 3 more using it with the UbuntuWebView, which is version 0.1 of
  the API, based on QtWebKit:

  com.ubuntu.developer.andrewsomething.stackbrowser
  com.ubuntu.developer.daker.x-type
  com.ubuntu.developer.fcole90.feedspot

  Seeing those relatively small numbers, I think it’s a good opportunity
  to remove the API altogether, after ensuring that the apps are fixed
  to not use it. Documentation will need to be updated.

  
  UPDATE: as of 2014-12-11, com.viclog.2048 and com.viclog.flappybird have been 
updated in the store, they no longer use WebView.getUAString(). So effectively 
no application uses the API, and it should be safe to remove it.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1399601/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1399601] Re: Ubuntu.Web’s WebView.getUAString() is racy by design

2014-12-12 Thread Olivier Tilloy
** Changed in: webbrowser-app
   Status: In Progress => Fix Committed

** Changed in: webbrowser-app
   Status: Fix Committed => Fix Released

** Changed in: webbrowser-app (Ubuntu RTM)
   Status: Confirmed => In Progress

** Changed in: webbrowser-app (Ubuntu)
 Assignee: (unassigned) => Olivier Tilloy (osomon)

** Changed in: webbrowser-app (Ubuntu RTM)
 Assignee: (unassigned) => Olivier Tilloy (osomon)

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to webbrowser-app.
https://bugs.launchpad.net/bugs/1399601

Title:
  Ubuntu.Web’s WebView.getUAString() is racy by design

Status in the base for Ubuntu mobile products:
  Confirmed
Status in Web Browser App:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  In Progress

Bug description:
  See http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Web.WebView
  /#getUAString-method for documentation.

  This method is being called by the WebView in Component.onCompleted,
  and sets the shared context’s default user agent. If the WebView is
  instantiated with a url set, the first HTTP request is issued before
  getUAString() is called, and thus potentially with the wrong UA
  string.

  This API is racy by design, there’s really no way to fix it.

  There are currently 2 apps in the store using this API:

  com.viclog.2048
  com.viclog.flappybird

  and 3 more using it with the UbuntuWebView, which is version 0.1 of
  the API, based on QtWebKit:

  com.ubuntu.developer.andrewsomething.stackbrowser
  com.ubuntu.developer.daker.x-type
  com.ubuntu.developer.fcole90.feedspot

  Seeing those relatively small numbers, I think it’s a good opportunity
  to remove the API altogether, after ensuring that the apps are fixed
  to not use it. Documentation will need to be updated.

  
  UPDATE: as of 2014-12-11, com.viclog.2048 and com.viclog.flappybird have been 
updated in the store, they no longer use WebView.getUAString(). So effectively 
no application uses the API, and it should be safe to remove it.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1399601/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1399601] Re: Ubuntu.Web’s WebView.getUAString() is racy by design

2014-12-12 Thread Launchpad Bug Tracker
This bug was fixed in the package webbrowser-app -
0.23+15.04.20141212-0ubuntu1

---
webbrowser-app (0.23+15.04.20141212-0ubuntu1) vivid; urgency=low

  [ Olivier Tilloy ]
  * Remove the WebView.getUAString() API from version 0.2 of the
Ubuntu.Web module. It is currently not in use by any app in the
store. (LP: #1399601)
 -- Ubuntu daily releaseFri, 12 Dec 2014 
11:32:16 +

** Changed in: webbrowser-app (Ubuntu)
   Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to webbrowser-app.
https://bugs.launchpad.net/bugs/1399601

Title:
  Ubuntu.Web’s WebView.getUAString() is racy by design

Status in the base for Ubuntu mobile products:
  Confirmed
Status in Web Browser App:
  In Progress
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  Confirmed

Bug description:
  See http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Web.WebView
  /#getUAString-method for documentation.

  This method is being called by the WebView in Component.onCompleted,
  and sets the shared context’s default user agent. If the WebView is
  instantiated with a url set, the first HTTP request is issued before
  getUAString() is called, and thus potentially with the wrong UA
  string.

  This API is racy by design, there’s really no way to fix it.

  There are currently 2 apps in the store using this API:

  com.viclog.2048
  com.viclog.flappybird

  and 3 more using it with the UbuntuWebView, which is version 0.1 of
  the API, based on QtWebKit:

  com.ubuntu.developer.andrewsomething.stackbrowser
  com.ubuntu.developer.daker.x-type
  com.ubuntu.developer.fcole90.feedspot

  Seeing those relatively small numbers, I think it’s a good opportunity
  to remove the API altogether, after ensuring that the apps are fixed
  to not use it. Documentation will need to be updated.

  
  UPDATE: as of 2014-12-11, com.viclog.2048 and com.viclog.flappybird have been 
updated in the store, they no longer use WebView.getUAString(). So effectively 
no application uses the API, and it should be safe to remove it.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1399601/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1399601] Re: Ubuntu.Web’s WebView.getUAString() is racy by design

2014-12-12 Thread Olivier Tilloy
** Changed in: webbrowser-app (Ubuntu)
   Status: New => In Progress

** Changed in: webbrowser-app (Ubuntu RTM)
   Status: New => Confirmed

** Also affects: canonical-devices-system-image
   Importance: Undecided
   Status: New

** Description changed:

  See http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Web.WebView
  /#getUAString-method for documentation.
  
  This method is being called by the WebView in Component.onCompleted, and
  sets the shared context’s default user agent. If the WebView is
  instantiated with a url set, the first HTTP request is issued before
  getUAString() is called, and thus potentially with the wrong UA string.
  
  This API is racy by design, there’s really no way to fix it.
  
  There are currently 2 apps in the store using this API:
  
- com.viclog.2048
- com.viclog.flappybird
+ com.viclog.2048
+ com.viclog.flappybird
  
  and 3 more using it with the UbuntuWebView, which is version 0.1 of the
  API, based on QtWebKit:
  
- com.ubuntu.developer.andrewsomething.stackbrowser
- com.ubuntu.developer.daker.x-type
- com.ubuntu.developer.fcole90.feedspot
+ com.ubuntu.developer.andrewsomething.stackbrowser
+ com.ubuntu.developer.daker.x-type
+ com.ubuntu.developer.fcole90.feedspot
  
  Seeing those relatively small numbers, I think it’s a good opportunity
  to remove the API altogether, after ensuring that the apps are fixed to
  not use it. Documentation will need to be updated.
+ 
+ 
+ UPDATE: as of 2014-12-11, com.viclog.2048 and com.viclog.flappybird have been 
updated in the store, they no longer use WebView.getUAString(). So effectively 
no application uses the API, and it should be safe to remove it.

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to webbrowser-app.
https://bugs.launchpad.net/bugs/1399601

Title:
  Ubuntu.Web’s WebView.getUAString() is racy by design

Status in the base for Ubuntu mobile products:
  Confirmed
Status in Web Browser App:
  In Progress
Status in webbrowser-app package in Ubuntu:
  In Progress
Status in webbrowser-app package in Ubuntu RTM:
  Confirmed

Bug description:
  See http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Web.WebView
  /#getUAString-method for documentation.

  This method is being called by the WebView in Component.onCompleted,
  and sets the shared context’s default user agent. If the WebView is
  instantiated with a url set, the first HTTP request is issued before
  getUAString() is called, and thus potentially with the wrong UA
  string.

  This API is racy by design, there’s really no way to fix it.

  There are currently 2 apps in the store using this API:

  com.viclog.2048
  com.viclog.flappybird

  and 3 more using it with the UbuntuWebView, which is version 0.1 of
  the API, based on QtWebKit:

  com.ubuntu.developer.andrewsomething.stackbrowser
  com.ubuntu.developer.daker.x-type
  com.ubuntu.developer.fcole90.feedspot

  Seeing those relatively small numbers, I think it’s a good opportunity
  to remove the API altogether, after ensuring that the apps are fixed
  to not use it. Documentation will need to be updated.

  
  UPDATE: as of 2014-12-11, com.viclog.2048 and com.viclog.flappybird have been 
updated in the store, they no longer use WebView.getUAString(). So effectively 
no application uses the API, and it should be safe to remove it.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1399601/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1401667] Re: Key presses are happening twice

2014-12-12 Thread Olivier Tilloy
I can confirm this is a bug in oxide. I was able to reproduce with a
simple WebView. The bug doesn’t show up in e.g. Chrome on Android, so it
must be an oxide-specific issue.

** Also affects: webbrowser-app (Ubuntu RTM)
   Importance: Undecided
   Status: New

** Changed in: webbrowser-app (Ubuntu RTM)
   Status: New => Confirmed

** Package changed: webbrowser-app (Ubuntu) => oxide-qt (Ubuntu)

** Package changed: webbrowser-app (Ubuntu RTM) => oxide-qt (Ubuntu RTM)

** Also affects: oxide
   Importance: Undecided
   Status: New

** Changed in: oxide
   Status: New => Confirmed

** Tags added: osk

-- 
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/1401667

Title:
  Key presses are happening twice

Status in Oxide Webview:
  Confirmed
Status in oxide-qt package in Ubuntu:
  Confirmed
Status in oxide-qt package in Ubuntu RTM:
  Confirmed

Bug description:
  1. Open https://netbanking.bankalfalah.com/ib/
  2. Enter an arbitrary name in the 'User ID' field
  3. Tap on the input blocks for entering password.
  4. type any character

  What happens:
  The input is received twice i.e. each password character is written twice.

  ProblemType: Bug
  DistroRelease: Ubuntu RTM 14.09
  Package: webbrowser-app 0.23+15.04.20141202~rtm-0ubuntu1
  Uname: Linux 3.4.67 armv7l
  ApportVersion: 2.14.7-0ubuntu8
  Architecture: armhf
  Date: Thu Dec 11 21:01:30 2014
  InstallationDate: Installed on 2014-12-11 (0 days ago)
  InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf 
(20141211-020231)
  SourcePackage: webbrowser-app
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1401667/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1359293] Re: Tab preview aspect ratio isn't preserved when switching orientation

2014-12-12 Thread Olivier Tilloy
** 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 webbrowser-app.
https://bugs.launchpad.net/bugs/1359293

Title:
  Tab preview aspect ratio isn't preserved when switching orientation

Status in Web Browser App:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  Confirmed

Bug description:
  Steps to reproduce:

  1. Open a number of tabs.

  2. Select "Open tabs" from the menu.

  3. Change device orientation.

  4. Scroll down and then back up.

  
  Expected result:

   Tab previews should maintain their original aspect ratio

  Actual result:

   Initially the tab previews currently visible maintain their aspect
  ratio, but once they've been scrolled out of view and then back they
  become stretched/squashed to match the current orientation.

To manage notifications about this bug go to:
https://bugs.launchpad.net/webbrowser-app/+bug/1359293/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1394925] Re: Security warning page doesn’t go away when browsing to a different site

2014-12-12 Thread Olivier Tilloy
** 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 webbrowser-app.
https://bugs.launchpad.net/bugs/1394925

Title:
  Security warning page doesn’t go away when browsing to a different
  site

Status in the base for Ubuntu mobile products:
  New
Status in Web Browser App:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  Confirmed

Bug description:
  Steps to reproduce:

   1) Open the browser, and browse to 
https://test-sspev.verisign.com:2443/test-SSPEV-revoked-verisign.html
   2) Verify that you get a security warning page that says that the 
certificate has been revoked
   3) Focus the address bar, enter any URL (e.g. http://ubuntu.com) and validate

  Expected result: the page loads and is displayed

  Actual result: the page loads but the security warning page remains
  on, hiding the contents

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1394925/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1401045] Re: Tab previews should be cached on disk

2014-12-12 Thread Olivier Tilloy
** 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 webbrowser-app.
https://bugs.launchpad.net/bugs/1401045

Title:
  Tab previews should be cached on disk

Status in the base for Ubuntu mobile products:
  New
Status in Web Browser App:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  Confirmed

Bug description:
  With the current tab preview implementation, previews are displayed only for 
tabs that have an active webview. Since we currently limit the number of 
webviews to 2, that means that other tabs don’t get a preview.
  Similarly, when restarting the app after closing it, only the preview for the 
current tab is visible in the tabs view, because other webviews haven’t been 
instantiated yet.

  We need a mechanism to persist previews on disk so that their
  availability isn’t tied to the actual webview.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1401045/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp


[Ubuntu-webapps-bugs] [Bug 1398905] Re: Back button doesn't dismiss warning page

2014-12-12 Thread Olivier Tilloy
** 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 webbrowser-app.
https://bugs.launchpad.net/bugs/1398905

Title:
  Back button doesn't dismiss warning page

Status in Web Browser App:
  Fix Released
Status in webbrowser-app package in Ubuntu:
  Fix Released
Status in webbrowser-app package in Ubuntu RTM:
  Confirmed

Bug description:
  Test case.
  - Open webbrowser-app.
  - Browse to 
https://test-sspev.verisign.com:2443/test-SSPEV-revoked-verisign.html
  - Verify that you get a warning page.
  - Tap to back button.

  Expected result.
  - Warning page is dismissed.

  Actual result.
  - Address is changed in the address bar, but the warning page is still 
displayed.

  current build number: 171
  device name: krillin
  channel: ubuntu-touch/ubuntu-rtm/14.09-proposed

To manage notifications about this bug go to:
https://bugs.launchpad.net/webbrowser-app/+bug/1398905/+subscriptions

-- 
Mailing list: https://launchpad.net/~ubuntu-webapps-bugs
Post to : ubuntu-webapps-bugs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs
More help   : https://help.launchpad.net/ListHelp