[Ubuntu-webapps-bugs] [Bug 1426347] [NEW] [browser] In landscape mode (phone), the app should go full screen
Public bug reported: In landscape mode (on the phone form factor) there is a limited real estate available, therefore it is beneficial to go full screen and free up valuable space for the content. On tablet FFs this is not an issue and the behaviour should be the default (i.e. indicators are shown) ** Affects: ubuntu-ux Importance: High Assignee: Giorgio Venturi (giorgio-venturi) Status: Fix Committed ** Affects: webbrowser-app Importance: Medium Status: Confirmed ** Affects: webbrowser-app (Ubuntu) Importance: Undecided Status: New ** Also affects: ubuntu-ux Importance: Undecided Status: New ** Changed in: ubuntu-ux Status: New = Fix Committed ** Changed in: ubuntu-ux Importance: Undecided = Medium ** Changed in: ubuntu-ux Importance: Medium = High ** Changed in: ubuntu-ux Assignee: (unassigned) = Giorgio Venturi (giorgio-venturi) -- 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/1426347 Title: [browser] In landscape mode (phone), the app should go full screen Status in Ubuntu UX bugs: Fix Committed Status in Web Browser App: Confirmed Status in webbrowser-app package in Ubuntu: New Bug description: In landscape mode (on the phone form factor) there is a limited real estate available, therefore it is beneficial to go full screen and free up valuable space for the content. On tablet FFs this is not an issue and the behaviour should be the default (i.e. indicators are shown) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1426347/+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 1424726] Re: browser cache is under ~/.local/share/
** 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/1424726 Title: browser cache is under ~/.local/share/ 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: Browser and webapp’s cache is stored under ~/.local/share/. It should go under ~/.cache/. To manage notifications about this bug go to: https://bugs.launchpad.net/webbrowser-app/+bug/1424726/+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 1423531] Re: isError is false for committed event on error page after restoring a browsing session
Just tested again with the latest trunk (revision 990), and the bug isn’t there anymore. Somewhere between chromium 42.0.2305.0 and 42.0.2311.11 the issue was fixed. ** Also affects: oxide/1.4 Importance: Undecided Status: New ** Also affects: oxide/1.5 Importance: Undecided Status: New ** Changed in: oxide Status: New = Invalid -- 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/1423531 Title: isError is false for committed event on error page after restoring a browsing session Status in Oxide Webview: Invalid Status in Oxide 1.4 series: New Status in Oxide 1.5 series: New Bug description: Since the fix for bug #1398941, if I point a webview to http://invalid, I’m seeing the following sequence of load events: started, !isError failed, !isError committed, isError This works as expected. However it doesn’t work correctly if I save this webview’s state and restore it. I’m then seeing the same sequence of events, but isError is false for the last committed event. I’m attaching a simple test app that demonstrates the issue. To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1423531/+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 1423531] Re: isError is false for committed event on error page after restoring a browsing session
Ha, you beat me to it. Ok, reopening the bug to track the addition of a unit test. ** Changed in: oxide Status: Invalid = Confirmed ** Changed in: oxide Importance: Undecided = Medium ** Changed in: oxide Assignee: (unassigned) = Olivier Tilloy (osomon) -- 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/1423531 Title: isError is false for committed event on error page after restoring a browsing session Status in Oxide Webview: Confirmed Status in Oxide 1.4 series: New Status in Oxide 1.5 series: New Bug description: Since the fix for bug #1398941, if I point a webview to http://invalid, I’m seeing the following sequence of load events: started, !isError failed, !isError committed, isError This works as expected. However it doesn’t work correctly if I save this webview’s state and restore it. I’m then seeing the same sequence of events, but isError is false for the last committed event. I’m attaching a simple test app that demonstrates the issue. To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1423531/+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 1424726] Re: browser cache is under ~/.local/share/
This bug was fixed in the package webbrowser-app - 0.23+15.04.20150227-0ubuntu1 --- webbrowser-app (0.23+15.04.20150227-0ubuntu1) vivid; urgency=medium [ Olivier Tilloy ] * Remove all references to private Qt headers, now that we require Qt 5.4. * Specify the cache path on the web context, to avoid caching data under ~/.local/share/. (LP: #1424726) * Update translation template. -- CI Train Bot ci-train-...@canonical.com Fri, 27 Feb 2015 10:08:19 + ** 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/1424726 Title: browser cache is under ~/.local/share/ 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: Browser and webapp’s cache is stored under ~/.local/share/. It should go under ~/.cache/. To manage notifications about this bug go to: https://bugs.launchpad.net/webbrowser-app/+bug/1424726/+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 1426407] [NEW] Reuse empty tab when opening a link with the browser
Public bug reported: Let's say you close all tabs before closing the browser. Then you click on a link in another application and the webbrowser app is opened. After that, you end up with two tabs: An empty tab and the tab with the website you opened. It would be nice if the browser instead reused the empty tab for opening the URL. Having to close empty tabs all the time can be quite annoying. ** Affects: webbrowser-app Importance: Undecided Status: New ** Affects: webbrowser-app (Ubuntu) Importance: Undecided Status: New ** Also affects: webbrowser-app (Ubuntu) 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/1426407 Title: Reuse empty tab when opening a link with the browser Status in Web Browser App: New Status in webbrowser-app package in Ubuntu: New Bug description: Let's say you close all tabs before closing the browser. Then you click on a link in another application and the webbrowser app is opened. After that, you end up with two tabs: An empty tab and the tab with the website you opened. It would be nice if the browser instead reused the empty tab for opening the URL. Having to close empty tabs all the time can be quite annoying. To manage notifications about this bug go to: https://bugs.launchpad.net/webbrowser-app/+bug/1426407/+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 1402994] Re: oxide::qt::LocationProvider should be paused when the application becomes inactive
This bug was fixed in the package qtubuntu-sensors - 0.6+15.04.20150226-0ubuntu1 --- qtubuntu-sensors (0.6+15.04.20150226-0ubuntu1) vivid; urgency=medium [ CI Train Bot ] * New rebuild forced. [ Ricardo Mendoza ] * Connect to application state signals directly and explicitly by registering the meta type in case we dont live on the UI thread. Fix #1402994. (LP: #1402994) -- CI Train Bot ci-train-...@canonical.com Thu, 26 Feb 2015 19:38:31 + ** Changed in: qtubuntu-sensors (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/1402994 Title: oxide::qt::LocationProvider should be paused when the application becomes inactive Status in the base for Ubuntu mobile products: In Progress Status in Oxide Webview: Invalid Status in qtubuntu-sensors package in Ubuntu: Fix Released Bug description: If a WebView is used to browse to a page that requests continuous position updates, the LocationProvider should be paused when the application goes in the background, and resumed when it gets back in the foreground. This could be implemented by making oxide::qt::LocationProvider a BrowserPlatformIntegrationObserver. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1402994/+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 1302832] Re: Limit webapps cache size
** Also affects: canonical-devices-system-image Importance: Undecided Status: New ** Changed in: canonical-devices-system-image Status: New = Confirmed ** Changed in: canonical-devices-system-image Importance: Undecided = High ** Changed in: canonical-devices-system-image Milestone: None = ww13-ota -- 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/1302832 Title: Limit webapps cache size Status in the base for Ubuntu mobile products: Confirmed Status in Web Browser App: Triaged Bug description: Currently each installed webapp (facebook, google+, etc) runs the webbrowser-app with a separate cache directory, and each of those seems to consume up to 21MB of disk space. With a large number of webapps, this will grow disk usage quickly. Since webapps are focused on only a single website, it seems that they could be given less cache space to safe space on the device without having a significant impact on their performance during regular usage. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1302832/+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 1426545] [NEW] limit size of browser disk cache
Public bug reported: The browser should limit the size of the disk cache, through a setting with an option to clear it as well: - need internals to honor the setting when writing to the cache - need a setting specifying the cache size limit - need a setting to explicitly clear the cache ** Affects: canonical-devices-system-image Importance: High Status: Confirmed ** Affects: webbrowser-app Importance: High Status: New ** Changed in: webbrowser-app 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/1426545 Title: limit size of browser disk cache Status in the base for Ubuntu mobile products: Confirmed Status in Web Browser App: New Bug description: The browser should limit the size of the disk cache, through a setting with an option to clear it as well: - need internals to honor the setting when writing to the cache - need a setting specifying the cache size limit - need a setting to explicitly clear the cache To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1426545/+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 1426545] Re: limit size of browser disk cache
** Also affects: canonical-devices-system-image Importance: Undecided Status: New ** Changed in: canonical-devices-system-image Status: New = Confirmed ** Changed in: canonical-devices-system-image Importance: Undecided = High ** Changed in: canonical-devices-system-image Milestone: None = ww13-ota -- 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/1426545 Title: limit size of browser disk cache Status in the base for Ubuntu mobile products: Confirmed Status in Web Browser App: New Bug description: The browser should limit the size of the disk cache, through a setting with an option to clear it as well: - need internals to honor the setting when writing to the cache - need a setting specifying the cache size limit - need a setting to explicitly clear the cache To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1426545/+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 1426306] [NEW] HERE displays Couldn't show you this place now errors
Public bug reported: Using rtm 247 - click on the HERE icon - look for a place (e.g type burger and tap one of the results) - click on a pin on the map to get details - instead of having details on the location you selected it displays a Couldn't show you this place now error, details were displayed before (didn't try for some time so not sure when it started to return errors), using the here.com website from the browser doesn't expose that issue ** Affects: webapps-applications (Ubuntu) Importance: High Assignee: David Barth (dbarth) Status: Triaged -- You received this bug notification because you are a member of Ubuntu WebApps bug tracking, which is subscribed to webapps-applications in Ubuntu. https://bugs.launchpad.net/bugs/1426306 Title: HERE displays Couldn't show you this place now errors Status in webapps-applications package in Ubuntu: Triaged Bug description: Using rtm 247 - click on the HERE icon - look for a place (e.g type burger and tap one of the results) - click on a pin on the map to get details - instead of having details on the location you selected it displays a Couldn't show you this place now error, details were displayed before (didn't try for some time so not sure when it started to return errors), using the here.com website from the browser doesn't expose that issue To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/webapps-applications/+bug/1426306/+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 1426567] [NEW] Support pinch-viewport and overlay scrollbars on desktop
Public bug reported: A change I'm about to push in order to finally get correctly behaving scrollbars on the device breaks overlay scrollbars and pinch-viewport on desktop, so I've reported this to do extra work later on to make them both work. - The overlay scrollbar thumb style is defined in third_party/WebKit/Source/platform/scroll/ScrollbarThemeAura.cpp to be 10DIPs wide, hit-tested and no margin. I've modified this to be 3DIPs wide with a 3DIP margin and no hit-testing, which is great for the device but sucks on desktop. - I've modified third_party/WebKit/Source/core/frame/FrameView.cpp to disable scrollbars for the main frame when pinch-viewport is enabled, as we display the pinch-viewport scrollbars all the time because these are the ones that stick to the device viewport (the same as Chrome on Android). Chrome on the desktop still displays non-overlay scrollbars attached to the outer viewport for the main-frame, and then displays the pinch-viewport overlay scrollbars (attached to the device viewport) during pinch, but Oxide would need additional work to support both of these. ** Affects: oxide Importance: Undecided Status: 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/1426567 Title: Support pinch-viewport and overlay scrollbars on desktop Status in Oxide Webview: New Bug description: A change I'm about to push in order to finally get correctly behaving scrollbars on the device breaks overlay scrollbars and pinch-viewport on desktop, so I've reported this to do extra work later on to make them both work. - The overlay scrollbar thumb style is defined in third_party/WebKit/Source/platform/scroll/ScrollbarThemeAura.cpp to be 10DIPs wide, hit-tested and no margin. I've modified this to be 3DIPs wide with a 3DIP margin and no hit-testing, which is great for the device but sucks on desktop. - I've modified third_party/WebKit/Source/core/frame/FrameView.cpp to disable scrollbars for the main frame when pinch-viewport is enabled, as we display the pinch-viewport scrollbars all the time because these are the ones that stick to the device viewport (the same as Chrome on Android). Chrome on the desktop still displays non-overlay scrollbars attached to the outer viewport for the main-frame, and then displays the pinch-viewport overlay scrollbars (attached to the device viewport) during pinch, but Oxide would need additional work to support both of these. To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1426567/+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
