[Ubuntu-webapps-bugs] [Bug 1386468] Re: Leaking V8 contexts because of incorrectly disposed Persistent handles in to it
** Also affects: oxide-qt (Ubuntu) Importance: Undecided Status: New ** Changed in: oxide-qt (Ubuntu) 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://bugs.launchpad.net/bugs/1386468 Title: Leaking V8 contexts because of incorrectly disposed Persistent handles in to it Status in Oxide Webview: Fix Released Status in Oxide 1.3 series: Fix Committed Status in “oxide-qt” package in Ubuntu: Fix Released Status in “oxide-qt” package in Ubuntu RTM: New Bug description: Summary says it all To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1386468/+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 1358622] Re: webapp container redirection URL trimming breaks links to twitter in facebook app
** Also affects: webapps-core Importance: Undecided Status: New -- 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/1358622 Title: webapp container redirection URL trimming breaks links to twitter in facebook app Status in The Webapps-core project: New Status in Web Browser App: Fix Released Status in “webbrowser-app” package in Ubuntu: Fix Released Bug description: Consider a facebook post that contains a link to http://t.co/OvsXJpPCtM; (twitter URL shortener). Facebook encodes this link as http://lm.facebook.com/l.php?u=http%3A%2F%2Ft.co%2FOvsXJpPCtMh=rAQH6jL54s=1;, which redirects to the original link. However calling Qt.openUrlExternally(…) on the encoded link won’t open it in the browser (or in the twitter webapp), it will trigger the URL dispatcher with the facebook webapp itself. So the actual link needs to be extracted from the encoded URL. The webapp container already has a mechanism to do that, in the form of a --popup-redirection-url-prefix command-line parameter, which basically trims the corresponding prefix off an encoded URL. For facebook, this prefix is http://lm.facebook.com/l.php?u=;. So the encoded URL is transformed into http%3A%2F%2Ft.co%2FOvsXJpPCtMh=rAQH6jL54s=1 and then decoded, which gives http://t.co/OvsXJpPCtMh=rAQH6jL54s=1;, which ends up on a 404, because of the additional parameters h=rAQH6jL54s=1 that were part of the encoded URL, not the original one. This prefix mechanism is too simple, we probably need a regexp mechanism to properly extract the target URL from the encoded form, without leaving trailing parameters. Note that in the current release of webapp-container as of today (0.23+14.10.20140818.2-0ubuntu1), there is a bug whereby the encoded URL is used, not the trimmed one. The following MR fixes this bug, but hits the 404 issue with twitter links in facebook posts: https://code.launchpad.net/~osomon/webbrowser-app/filter-session- storage-url-save/+merge/231204. To manage notifications about this bug go to: https://bugs.launchpad.net/webapps-core/+bug/1358622/+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 1384357] Re: [browser] Clearing text entry with backspace restores the previously uncommitted word
Further update: I can’t reproduce the issue with normal text fields (tested bing.com and yahoo.com, the issue isn’t present). Tested again google.com, and I can’t reproduce the issue by only clearing the field with backspace. For the bug to be observed, I first have to clear the current uncommitted word with the X icon, then type something else, then erase it with backspace, then hit backspace again in the empty field, and the first word (that was cleared by X) is restored. It seems there are two issues there, and my guess is that both are in oxide: - when the field is cleared with the X icon, we don’t cancel the current composition - when pressing backspace in an empty text field, the event should be ignored ** Summary changed: - [browser] Clearing text entry with backspace restores the previously uncommitted word + Current composition is not canceled when a text input field is cleared programmatically ** Changed in: ubuntu-keyboard Status: New = Invalid ** Changed in: oxide Status: New = Confirmed ** Changed in: oxide Importance: Undecided = Medium -- 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/1384357 Title: Current composition is not canceled when a text input field is cleared programmatically Status in Oxide Webview: Confirmed Status in Ubuntu Keyboard: Invalid Status in Web Browser App: Invalid Status in “webbrowser-app” package in Ubuntu: Invalid Bug description: Using rtm 122 - start the webbrowser - go on google.com - type ubuntu in the google page text entry - tap the x symbol at the right of the entry - the entry is cleared and then the text is restored once you hit that issue, you can also hit another bug - type the delete key until emptying the entry, then another time - the text is restored and the delete key loop over the content To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1384357/+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 1390529] Re: Browser remembers previous download and tries to visit on next start
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 ** Also affects: webbrowser-app Importance: Undecided Status: New ** Changed in: webbrowser-app Status: New = Confirmed ** Changed in: webbrowser-app Importance: Undecided = Medium -- 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/1390529 Title: Browser remembers previous download and tries to visit on next start Status in Web Browser App: Confirmed Status in “webbrowser-app” package in Ubuntu: Confirmed 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) To manage notifications about this bug go to: https://bugs.launchpad.net/webbrowser-app/+bug/1390529/+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 1384357] Re: Current composition is not canceled when a text input field is cleared programmatically
the text is restored after clicking X is still there on rtm 150/krillin, reopening ** Changed in: webbrowser-app Status: Invalid = New -- 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/1384357 Title: Current composition is not canceled when a text input field is cleared programmatically Status in Oxide Webview: Confirmed Status in Ubuntu Keyboard: Invalid Status in Web Browser App: New Status in “webbrowser-app” package in Ubuntu: Invalid Bug description: Using rtm 122 - start the webbrowser - go on google.com - type ubuntu in the google page text entry - tap the x symbol at the right of the entry - the entry is cleared and then the text is restored once you hit that issue, you can also hit another bug - type the delete key until emptying the entry, then another time - the text is restored and the delete key loop over the content To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1384357/+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 1389610] Re: background color of the new tab view doesn’t match visual spec
This bug was fixed in the package webbrowser-app - 0.23+15.04.20141107-0ubuntu1 --- webbrowser-app (0.23+15.04.20141107-0ubuntu1) vivid; urgency=low [ Riccardo Padovani ] * Enabled swipe gesture to delete a bookmark from the new tab view (LP: #1351165) * Fixed #1351149 - Opening a page from the history view should do it in a new tab (LP: #1351149) [ Alexandre Abreu ] * Fix AP tests for webapp-container (LP: #1389194) * Fix an inconsistent property binding that is mostly more than annoying when the override mechanism is used in certain cases (e.g. when the override does not directly implement the webview), [ Olivier Tilloy ] * Adjust the new tab view’s background colour to match the visual spec. (LP: #1389610) * Clean up the AddressBar component, and convert a number of related autopilot tests to QML tests. * Update dependency names for QML modules (but keep the old name as well for backward compatibility). -- Ubuntu daily release ps-jenk...@lists.canonical.com Fri, 07 Nov 2014 15:44:36 + ** Changed in: webbrowser-app (Ubuntu) Status: New = 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/1389610 Title: background color of the new tab view doesn’t match visual spec Status in Web Browser App: In Progress Status in “webbrowser-app” package in Ubuntu: Fix Released Bug description: To match the visual spec, the background color of the new tab view should be #f6f6f6, like that of the history view. To manage notifications about this bug go to: https://bugs.launchpad.net/webbrowser-app/+bug/1389610/+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 1389194] Re: webapp_container autopilot tests broken since revision 780
This bug was fixed in the package webbrowser-app - 0.23+15.04.20141107-0ubuntu1 --- webbrowser-app (0.23+15.04.20141107-0ubuntu1) vivid; urgency=low [ Riccardo Padovani ] * Enabled swipe gesture to delete a bookmark from the new tab view (LP: #1351165) * Fixed #1351149 - Opening a page from the history view should do it in a new tab (LP: #1351149) [ Alexandre Abreu ] * Fix AP tests for webapp-container (LP: #1389194) * Fix an inconsistent property binding that is mostly more than annoying when the override mechanism is used in certain cases (e.g. when the override does not directly implement the webview), [ Olivier Tilloy ] * Adjust the new tab view’s background colour to match the visual spec. (LP: #1389610) * Clean up the AddressBar component, and convert a number of related autopilot tests to QML tests. * Update dependency names for QML modules (but keep the old name as well for backward compatibility). -- Ubuntu daily release ps-jenk...@lists.canonical.com Fri, 07 Nov 2014 15:44:36 + ** Changed in: webbrowser-app (Ubuntu) Status: New = 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/1389194 Title: webapp_container autopilot tests broken since revision 780 Status in Web Browser App: In Progress Status in “webbrowser-app” package in Ubuntu: Fix Released Bug description: Since lp:webbrowser-app revision 780, webapp_container autopilot tests won’t run. There’s a trivial fix for that: === modified file 'tests/autopilot/webapp_container/tests/__init__.py' --- tests/autopilot/webapp_container/tests/__init__.py2014-11-03 18:43:48 + +++ tests/autopilot/webapp_container/tests/__init__.py2014-11-04 11:27:47 + @@ -41,7 +41,7 @@ class WebappContainerTestCaseBase(AutopilotTestCase): def setUp(self): -self.pointing_device = toolkit_emulators.get_pointing_device() +self.pointing_device = uitk.get_pointing_device() super(WebappContainerTestCaseBase, self).setUp() def get_webcontainer_app_path(self): After applying the fix, tests run, but I’m getting one failure on flo: 12:46:48.263 INFO _logging:41 - Starting test webapp_container.tests.test_redirection_pattern.WebappContainerRedirectionPatternTestCase.test_browse_to_redirection_pattern_url 12:46:48.269 WARNING testcase:115 - No tracing available - install the python-autopilot-trace package! 12:46:48.291 WARNING testcase:175 - Process manager backend unavailable, application snapshot support disabled. 12:46:48.302 INFO fake_servers:76 - now serving on port 35840 12:46:48.482 WARNING utilities:263 - WARNING: in file /usr/lib/python3/dist-packages/webapp_container/tests/__init__.py, line 59 in launch_webcontainer_app This function is deprecated. Please use 'fixtures.EnvironmentVariable' instead. 12:46:48.488 WARNING utilities:263 - WARNING: in file /usr/lib/python3/dist-packages/webapp_container/tests/__init__.py, line 59 in launch_webcontainer_app This function is deprecated. Please use 'fixtures.EnvironmentVariable' instead. 12:46:48.489 INFO _launcher:373 - Attempting to launch application 'b'/usr/bin/webapp-container'' with arguments '--popup-redirection-url-prefix=http://localhost:35840/redirect?url=([^]*).* http://localhost:35840/get-redirect --desktop_file_hint=/usr/share/applications/webbrowser-app.desktop' as a normal process 12:46:48.532 INFO _launcher:431 - Launching process: ['/usr/bin/webapp-container', '-testability', '--popup-redirection-url-prefix=http://localhost:35840/redirect\?url=([^]*).*', 'http://localhost:35840/get-redirect', '--desktop_file_hint=/usr/share/applications/webbrowser-app.desktop'] 12:46:51.775 INFO _launcher:544 - waiting for process to exit. 12:46:51.776 INFO _launcher:567 - Killing process 12147 12:46:52.336 ERROR testresult:44 - ERROR: webapp_container.tests.test_redirection_pattern.WebappContainerRedirectionPatternTestCase.test_browse_to_redirection_pattern_url 12:46:52.353 ERROR testresult:44 - traceback: {{{ Traceback (most recent call last): File /usr/lib/python3/dist-packages/webapp_container/tests/test_redirection_pattern.py, line 37, in test_browse_to_redirection_pattern_url webview = self.get_oxide_webview() File /usr/lib/python3/dist-packages/webapp_container/tests/__init__.py, line 87, in get_oxide_webview return container.select_single('WebViewImplOxide') File /usr/lib/python3/dist-packages/autopilot/introspection/dbus.py, line 244, in select_single raise StateNotFoundError(type_name_str, **kwargs) autopilot.exceptions.StateNotFoundError: Object not found with name 'WebViewImplOxide'. Tips on minimizing the occurrence of this failureare available here:
[Ubuntu-webapps-bugs] [Bug 1351149] Re: [browser] Opening a page from the history view should do it in a new tab
This bug was fixed in the package webbrowser-app - 0.23+15.04.20141107-0ubuntu1 --- webbrowser-app (0.23+15.04.20141107-0ubuntu1) vivid; urgency=low [ Riccardo Padovani ] * Enabled swipe gesture to delete a bookmark from the new tab view (LP: #1351165) * Fixed #1351149 - Opening a page from the history view should do it in a new tab (LP: #1351149) [ Alexandre Abreu ] * Fix AP tests for webapp-container (LP: #1389194) * Fix an inconsistent property binding that is mostly more than annoying when the override mechanism is used in certain cases (e.g. when the override does not directly implement the webview), [ Olivier Tilloy ] * Adjust the new tab view’s background colour to match the visual spec. (LP: #1389610) * Clean up the AddressBar component, and convert a number of related autopilot tests to QML tests. * Update dependency names for QML modules (but keep the old name as well for backward compatibility). -- Ubuntu daily release ps-jenk...@lists.canonical.com Fri, 07 Nov 2014 15:44:36 + ** Changed in: webbrowser-app (Ubuntu) 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/1351149 Title: [browser] Opening a page from the history view should do it in a new tab Status in Ubuntu UX bugs: Fix Committed Status in Web Browser App: In Progress Status in “webbrowser-app” package in Ubuntu: Fix Released Bug description: According to the design spec, opening a page from the history view should do it in a new tab, not replacing the current tab. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1351149/+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