[Dx-packages] [Bug 1265628] Re: libunity-webapps0 Depends on unity-webapps-service instead of Recommends - move gsettings schemas to a unity-webapps-common
One thing that should be done regarding libunity-webapps is to assess if even the gsettings part is required (being used by unity-chromium- extension), -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1265628 Title: libunity-webapps0 Depends on unity-webapps-service instead of Recommends - move gsettings schemas to a unity-webapps-common Status in WebApps: libunity-webapps: Confirmed Status in WebApps: Applications Data: New Status in libunity-webapps package in Ubuntu: Confirmed Status in webapps-applications package in Ubuntu: Confirmed Bug description: The libunity-webapps0 package is declaring a hard Depends on unity- webapps-service, though the latter is not actually required by the library. For someone who does not need or want any webapps, it is feasible that they would want to uninstall this service, and not have it waste CPU and memory. A reasonable solution would be to move the necessary pieces of that package (the crashdb conf file for apport, and the gsettings schemas) to a unity-webapps-common package which the library can hard Depends on, and have unity-webapps-service be a Recommends instead. To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1265628/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1265628] Re: libunity-webapps0 Depends on unity-webapps-service instead of Recommends - move gsettings schemas to a unity-webapps-common
unity-webapps-service & libunity-webapps0 are not really used as of now so they should be removed and refactored in the case of libunity-webapps along with the associated dependencies. The libunity-webapps code that might still be somewhat relevant (for some kind of backward compatiblity) is the gsettings related one. ** Changed in: webapps-applications (Ubuntu) Status: New => Confirmed ** Changed in: libunity-webapps Status: New => Confirmed ** Changed in: libunity-webapps Assignee: (unassigned) => Alexandre Abreu (abreu-alexandre) ** Changed in: libunity-webapps Importance: Undecided => Medium -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1265628 Title: libunity-webapps0 Depends on unity-webapps-service instead of Recommends - move gsettings schemas to a unity-webapps-common Status in WebApps: libunity-webapps: Confirmed Status in WebApps: Applications Data: New Status in libunity-webapps package in Ubuntu: Confirmed Status in webapps-applications package in Ubuntu: Confirmed Bug description: The libunity-webapps0 package is declaring a hard Depends on unity- webapps-service, though the latter is not actually required by the library. For someone who does not need or want any webapps, it is feasible that they would want to uninstall this service, and not have it waste CPU and memory. A reasonable solution would be to move the necessary pieces of that package (the crashdb conf file for apport, and the gsettings schemas) to a unity-webapps-common package which the library can hard Depends on, and have unity-webapps-service be a Recommends instead. To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1265628/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1220765] Re: Runner should launch the webapp container instead of the legacy chromeless
** Changed in: libunity-webapps Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1220765 Title: Runner should launch the webapp container instead of the legacy chromeless Status in WebApps: libunity: Fix Released Status in libunity-webapps package in Ubuntu: Fix Released Bug description: Runner should launch the webapp container instead of the legacy chromeless To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1220765/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1407709] Re: Google Maps and Here Maps should handle custom intent:// URLs
** Branch linked: lp:~abreu-alexandre/webbrowser-app/rtm-intent-support -- You received this bug notification because you are a member of DX Packages, which is subscribed to url-dispatcher in Ubuntu. https://bugs.launchpad.net/bugs/1407709 Title: Google Maps and Here Maps should handle custom intent:// URLs Status in the base for Ubuntu mobile products: In Progress Status in The Webapps-core project: In Progress Status in Web Browser App: In Progress Status in url-dispatcher package in Ubuntu: Fix Released Status in webbrowser-app package in Ubuntu: In Progress Status in url-dispatcher package in Ubuntu RTM: In Progress Status in webbrowser-app package in Ubuntu RTM: Confirmed Bug description: ubuntu-rtm image 184 The maps apps in the system should register and respond to appropriate urls from the browser (not sure of the format, map:// or directions:// - need to check) Steps to reproduce: 1) open browser 2) type "Asai Belmont MA" in the url bar and press enter 3) this will do a google search for the resturant 4) click on the "Directions" button Expected result: - One of the maps apps should open displaying directions for the resturant Actual results: - no app is launched To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1407709/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1407709] Re: Google Maps and Here Maps should handle custom intent:// URLs
** Branch linked: lp:~abreu-alexandre/webbrowser-app/intent -- You received this bug notification because you are a member of DX Packages, which is subscribed to url-dispatcher in Ubuntu. https://bugs.launchpad.net/bugs/1407709 Title: Google Maps and Here Maps should handle custom intent:// URLs Status in the base for Ubuntu mobile products: Confirmed Status in The Webapps-core project: In Progress Status in Web Browser App: In Progress Status in url-dispatcher package in Ubuntu: In Progress Status in webbrowser-app package in Ubuntu: Confirmed Status in url-dispatcher package in Ubuntu RTM: In Progress Status in webbrowser-app package in Ubuntu RTM: Confirmed Bug description: ubuntu-rtm image 184 The maps apps in the system should register and respond to appropriate urls from the browser (not sure of the format, map:// or directions:// - need to check) Steps to reproduce: 1) open browser 2) type "Asai Belmont MA" in the url bar and press enter 3) this will do a google search for the resturant 4) click on the "Directions" button Expected result: - One of the maps apps should open displaying directions for the resturant Actual results: - no app is launched To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1407709/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1407709] Re: Google Maps and Here Maps should handle custom intent:// URLs
** Changed in: webapps-core Assignee: (unassigned) => Olivier Tilloy (osomon) ** Changed in: webapps-core Status: New => In Progress ** Changed in: webapps-core Importance: Undecided => High -- You received this bug notification because you are a member of DX Packages, which is subscribed to url-dispatcher in Ubuntu. https://bugs.launchpad.net/bugs/1407709 Title: Google Maps and Here Maps should handle custom intent:// URLs Status in The Webapps-core project: In Progress Status in Web Browser App: In Progress Status in url-dispatcher package in Ubuntu: In Progress Status in webbrowser-app package in Ubuntu: Confirmed Status in url-dispatcher package in Ubuntu RTM: In Progress Status in webbrowser-app package in Ubuntu RTM: Confirmed Bug description: ubuntu-rtm image 184 The maps apps in the system should register and respond to appropriate urls from the browser (not sure of the format, map:// or directions:// - need to check) Steps to reproduce: 1) open browser 2) type "Asai Belmont MA" in the url bar and press enter 3) this will do a google search for the resturant 4) click on the "Directions" button Expected result: - One of the maps apps should open displaying directions for the resturant Actual results: - no app is launched To manage notifications about this bug go to: https://bugs.launchpad.net/webapps-core/+bug/1407709/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1407709] Re: Google Maps and Here Maps should handle custom intent:// URLs
** Changed in: webbrowser-app Status: Confirmed => In Progress -- You received this bug notification because you are a member of DX Packages, which is subscribed to url-dispatcher in Ubuntu. https://bugs.launchpad.net/bugs/1407709 Title: Google Maps and Here Maps should handle custom intent:// URLs Status in The Webapps-core project: New Status in Web Browser App: In Progress Status in url-dispatcher package in Ubuntu: In Progress Status in webbrowser-app package in Ubuntu: Confirmed Status in url-dispatcher package in Ubuntu RTM: In Progress Status in webbrowser-app package in Ubuntu RTM: Confirmed Bug description: ubuntu-rtm image 184 The maps apps in the system should register and respond to appropriate urls from the browser (not sure of the format, map:// or directions:// - need to check) Steps to reproduce: 1) open browser 2) type "Asai Belmont MA" in the url bar and press enter 3) this will do a google search for the resturant 4) click on the "Directions" button Expected result: - One of the maps apps should open displaying directions for the resturant Actual results: - no app is launched To manage notifications about this bug go to: https://bugs.launchpad.net/webapps-core/+bug/1407709/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1314869] Re: Gmail Webapp Locks System (Firefox 29)
*** This bug is a duplicate of bug 1309044 *** https://bugs.launchpad.net/bugs/1309044 ** This bug has been marked a duplicate of bug 1309044 Unity webapps crash Ubuntu 14.04 LTS on my computer -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1314869 Title: Gmail Webapp Locks System (Firefox 29) Status in “libunity-webapps” package in Ubuntu: New Bug description: Fresh install of Ubuntu 14.04 64-bit Mac specific on a MacBook Pro 6,1. Accessed Gmail, logged-in. Let it create a webapp launcher. Closed browser, pulled updates with "sudo apt-get update; sudo apt-get upgrade". Launched Firefox, now shows version 29. Run the Gmail launcher. A blank window appears (has a back/forward button at the bottom). Sometimes partially loads Gmail in the window. System locks up, keyboard doesn't respond. Requires hard power cycle to reboot. version info: $ lsb_release -rd Description: Ubuntu 14.04 LTS Release: 14.04 $ apt-cache policy firefox firefox: Installed: 29.0+build1-0ubuntu0.14.04.2 Candidate: 29.0+build1-0ubuntu0.14.04.2 Version table: *** 29.0+build1-0ubuntu0.14.04.2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages 100 /var/lib/dpkg/status 28.0+build2-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages $ apt-cache policy unity-webapps-service unity-webapps-service: Installed: 2.5.0~+14.04.20140409-0ubuntu1 Candidate: 2.5.0~+14.04.20140409-0ubuntu1 Version table: *** 2.5.0~+14.04.20140409-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-webapps-service 2.5.0~+14.04.20140409-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 NonfreeKernelModules: wl ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Wed Apr 30 20:12:52 2014 InstallationDate: Installed on 2014-04-30 (0 days ago) InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64+mac (20140417) SourcePackage: libunity-webapps UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libunity-webapps/+bug/1314869/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1314869] Re: Gmail Webapp Locks System (Firefox 29)
A few questions: - does it happen only with the Gmail webapp? - "Sometimes partially loads Gmail in the window. System locks up, keyboard doesn't respond", even when everything loads properly , do you still have the keyboard lockup? (does it happen all the time)? - can you: glxinfo | grep "OpenGL version" ? - does it stay unresponsive even if you wait for a bit? - If possible could you also report the logs after a manual command line launch of the container: APP_ID=Gmailmailgooglecom webapp-container --webapp='R21haWw=' --enable- back-forward ? -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1314869 Title: Gmail Webapp Locks System (Firefox 29) Status in “libunity-webapps” package in Ubuntu: New Bug description: Fresh install of Ubuntu 14.04 64-bit Mac specific on a MacBook Pro 6,1. Accessed Gmail, logged-in. Let it create a webapp launcher. Closed browser, pulled updates with "sudo apt-get update; sudo apt-get upgrade". Launched Firefox, now shows version 29. Run the Gmail launcher. A blank window appears (has a back/forward button at the bottom). Sometimes partially loads Gmail in the window. System locks up, keyboard doesn't respond. Requires hard power cycle to reboot. version info: $ lsb_release -rd Description: Ubuntu 14.04 LTS Release: 14.04 $ apt-cache policy firefox firefox: Installed: 29.0+build1-0ubuntu0.14.04.2 Candidate: 29.0+build1-0ubuntu0.14.04.2 Version table: *** 29.0+build1-0ubuntu0.14.04.2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/main amd64 Packages 100 /var/lib/dpkg/status 28.0+build2-0ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages $ apt-cache policy unity-webapps-service unity-webapps-service: Installed: 2.5.0~+14.04.20140409-0ubuntu1 Candidate: 2.5.0~+14.04.20140409-0ubuntu1 Version table: *** 2.5.0~+14.04.20140409-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages 100 /var/lib/dpkg/status ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-webapps-service 2.5.0~+14.04.20140409-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 NonfreeKernelModules: wl ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Wed Apr 30 20:12:52 2014 InstallationDate: Installed on 2014-04-30 (0 days ago) InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64+mac (20140417) SourcePackage: libunity-webapps UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libunity-webapps/+bug/1314869/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1290535] Re: [FFE] Webapps support for the new Oxide container
** Changed in: unity-webapps-qml Status: New => Fix Released ** Changed in: libunity-webapps (Ubuntu) Status: New => Fix Released ** Changed in: libunity-webapps Status: New => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1290535 Title: [FFE] Webapps support for the new Oxide container Status in WebApps: libunity: Fix Released Status in Unity WebApps QML component: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Status in “oxide-qt” package in Ubuntu: New Status in “unity-webapps-qml” package in Ubuntu: Fix Released Status in “webbrowser-app” package in Ubuntu: New Bug description: This is a feature freeze exception request to integrate the following feature in the upcoming Ubuntu 14.04 release. The overall web application support in Ubuntu currently relies on various components and a web container(s) in particular. So far we have been using Firefox and Chromium, by way of browser extensions, to detect, host and integrate web applications in Ubuntu. On mobile devices however, we have already switched to using our own webapp container, based on webbrowser-app. The integration itself has been present as an option since 13.10. However we have been using the QtWebkit engine so far. This request is to also enable and use our webapp-container by defaullt, with the Oxide engine, on the desktop edition. The change impacts a set of packages linked to this bug report. NOTE: This request is not complete and serves to let the release team know of the impact and scope of changes, while the individual MPs with fixes are being consolidated. It will be updated at the beginning of next week when the landing silo is ready for a potential landing. To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1290535/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1300864] Re: Duplicate webapps launcher confuses bamf
** Changed in: libunity-webapps (Ubuntu) Status: In Progress => Confirmed ** Changed in: libunity-webapps (Ubuntu) Status: Confirmed => Fix Released ** Changed in: libunity-webapps Status: Fix Committed => Fix Released ** Changed in: unity-webapps-qml Status: New => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1300864 Title: Duplicate webapps launcher confuses bamf Status in BAMF Application Matching Framework: New Status in WebApps: libunity: Fix Released Status in Unity WebApps QML component: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Status in “unity-webapps-qml” package in Ubuntu: Fix Released Bug description: Even with the recent fixes to bamf, I can still be in cases where my webapp launcher does not associate correctly on the launcher. It happens for no particular webapp. However it stops occuring as soon as I suppress the duplicate desktop file we generate in ~/.local/share/applications. To manage notifications about this bug go to: https://bugs.launchpad.net/bamf/+bug/1300864/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1280337] Re: Dependency on webbrowser-app seems ill-advised
** Also affects: libunity-webapps Importance: Undecided Status: New ** Also affects: bamf Importance: Undecided Status: New ** Branch linked: lp:~abreu-alexandre/bamf/remove-webapps-deps -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1280337 Title: Dependency on webbrowser-app seems ill-advised Status in BAMF Application Matching Framework: New Status in WebApps: libunity: New Status in “libunity-webapps” package in Ubuntu: Confirmed Bug description: So if a user decides to uninstall webbrowser-app then they will basically destroy their install. If done thru software-center there is no real indication of what is about to happen. (Bug 1278869 ) If done thru the Dash even a bit worse as the uninstall(s) are done silently in the background ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: unity-webapps-service 2.5.0~+14.04.20140205-0ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-8.28-generic 3.13.2 Uname: Linux 3.13.0-8-generic x86_64 ApportVersion: 2.13.2-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Fri Feb 14 10:12:33 2014 SourcePackage: libunity-webapps UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/bamf/+bug/1280337/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1300864] Re: Duplicate webapps launcher confuses bamf
** Also affects: unity-webapps-qml Importance: Undecided Status: New ** Changed in: unity-webapps-qml Assignee: (unassigned) => Alexandre Abreu (abreu-alexandre) ** Branch linked: lp:~abreu-alexandre/unity-webapps-qml/broken-desktop- file-gen ** Changed in: unity-webapps-qml Importance: Undecided => High -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1300864 Title: Duplicate webapps launcher confuses bamf Status in BAMF Application Matching Framework: New Status in WebApps: libunity: Fix Committed Status in Unity WebApps QML component: New Status in “libunity-webapps” package in Ubuntu: In Progress Bug description: Even with the recent fixes to bamf, I can still be in cases where my webapp launcher does not associate correctly on the launcher. It happens for no particular webapp. However it stops occuring as soon as I suppress the duplicate desktop file we generate in ~/.local/share/applications. To manage notifications about this bug go to: https://bugs.launchpad.net/bamf/+bug/1300864/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1290535] Re: [FFE] Webapps support for the new Oxide container
** Branch linked: lp:~abreu-alexandre/unity-webapps-qml/oxide- integration -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1290535 Title: [FFE] Webapps support for the new Oxide container Status in WebApps: libunity: New Status in Unity WebApps QML component: New Status in “libunity-webapps” package in Ubuntu: New Status in “oxide-qt” package in Ubuntu: New Status in “webbrowser-app” package in Ubuntu: New Bug description: This is a feature freeze exception request to integrate the following feature in the upcoming Ubuntu 14.04 release. The overall web application support in Ubuntu currently relies on various components and a web container(s) in particular. So far we have been using Firefox and Chromium, by way of browser extensions, to detect, host and integrate web applications in Ubuntu. On mobile devices however, we have already switched to using our own webapp container, based on webbrowser-app. The integration itself has been present as an option since 13.10. However we have been using the QtWebkit engine so far. This request is to also enable and use our webapp-container by defaullt, with the Oxide engine, on the desktop edition. The change impacts a set of packages linked to this bug report. NOTE: This request is not complete and serves to let the release team know of the impact and scope of changes, while the individual MPs with fixes are being consolidated. It will be updated at the beginning of next week when the landing silo is ready for a potential landing. To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1290535/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1290535] Re: [FFE] Webapps support for the new Oxide container
** Also affects: unity-webapps-qml Importance: Undecided Status: New -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1290535 Title: [FFE] Webapps support for the new Oxide container Status in WebApps: libunity: New Status in Unity WebApps QML component: New Status in “libunity-webapps” package in Ubuntu: New Status in “oxide-qt” package in Ubuntu: New Status in “webbrowser-app” package in Ubuntu: New Bug description: This is a feature freeze exception request to integrate the following feature in the upcoming Ubuntu 14.04 release. The overall web application support in Ubuntu currently relies on various components and a web container(s) in particular. So far we have been using Firefox and Chromium, by way of browser extensions, to detect, host and integrate web applications in Ubuntu. On mobile devices however, we have already switched to using our own webapp container, based on webbrowser-app. The integration itself has been present as an option since 13.10. However we have been using the QtWebkit engine so far. This request is to also enable and use our webapp-container by defaullt, with the Oxide engine, on the desktop edition. The change impacts a set of packages linked to this bug report. To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1290535/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1038491] Re: Youtube sound menu integration doesn't behave correctly
** Changed in: libunity-webapps Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1038491 Title: Youtube sound menu integration doesn't behave correctly Status in WebApps: libunity: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Bug description: How to reproduce : 1 - Open two Youtube videos in two tabs. 2 - Pause one of them and keep playing the other one. 3 - Look at the sound menu entry. To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1038491/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1068502] Re: Firefox 16.0.1 Crash Report [@ apt_package_mechanism_status_resolved ]
** Changed in: libunity-webapps Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1068502 Title: Firefox 16.0.1 Crash Report [@ apt_package_mechanism_status_resolved ] Status in WebApps: libunity: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Bug description: See https://crash-stats.mozilla.com/report/index/b3a43676-e8fd-481f- ac23-7644b2121019 0 libunity-webapps-repository.so.0.0.0 apt_package_mechanism_status_resolved unity-webapps-apt-package-mechanism.c:143 1 libgio-2.0.so.0.3400.0 g_simple_async_result_complete gsimpleasyncresult.c:775 2 libgio-2.0.so.0.3400.0 complete_in_idle_cb gsimpleasyncresult.c:787 3 libglib-2.0.so.0.3400.0 g_main_context_dispatch gmain.c:2715 4 libglib-2.0.so.0.3400.0 g_main_context_iterate gmain.c:3290 5 libglib-2.0.so.0.3400.0 g_main_context_iteration gmain.c:3351 6 libxul.so nsAppShell::ProcessNextNativeEvent nsAppShell.cpp:131 7 libxul.so nsBaseAppShell::DoProcessNextNativeEvent nsBaseAppShell.cpp:139 8 libxul.so nsBaseAppShell::OnProcessNextEvent nsBaseAppShell.cpp:298 9 libxul.so nsThread::ProcessNextEvent nsThread.cpp:586 10libxul.so NS_ProcessNextEvent_P nsThreadUtils.cpp:217 11libxul.so mozilla::ipc::MessagePump::Run MessagePump.cpp:116 12libxul.so MessageLoop::Runmessage_loop.cc:201 13libxul.so nsBaseAppShell::Run nsBaseAppShell.cpp:163 14libxul.so nsAppStartup::Run nsAppStartup.cpp:257 15libxul.so XREMain::XRE_mainRunnsAppRunner.cpp:3794 16libxul.so XREMain::XRE_main nsAppRunner.cpp:3871 17libxul.so XRE_mainnsAppRunner.cpp:3947 18firefox mainnsBrowserApp.cpp:160 19libc-2.15.solibc-2.15.so@0x2176c 20libstdc++.so.6.0.17 libstdc++.so.6.0.17@0x2ed5df 21firefox firefox@0x25ef 22firefox firefox@0x294f 23ld-2.15.so ld-2.15.so@0xf3ee To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1068502/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1086968] Re: Unity webapps launchers not working with firefox.
** Changed in: libunity-webapps Status: Fix Committed => Fix Released ** Changed in: libunity-webapps (Ubuntu) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1086968 Title: Unity webapps launchers not working with firefox. Status in WebApps: libunity: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Bug description: Firefox 18, raring. Updated to latest raring yesterday (after a week of avoiding updates on holiday), and my webapps launchers are no longer indicating that the apps are running. Eg, firefox is open, gmail is active tab, gmail launcher icon indicates gmail is not running. Clicking on it opens a new window with gmail in it instead of focussing the current gmail tab, and then it still doesn't even indicate that gmail is running. Confirmed by kenvandine also. To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1086968/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1169294] Re: ListInterests method returns an empty array, even if it's not the case
** Changed in: libunity-webapps Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1169294 Title: ListInterests method returns an empty array, even if it's not the case Status in WebApps: libunity: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Bug description: ListInterests method in DBus API (and thus calling the library functions), always returns an empty array, despite there are or not interests. To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1169294/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1083704] Re: Excessive memory usage by unity-webapps-context-daemon
** Changed in: libunity-webapps Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1083704 Title: Excessive memory usage by unity-webapps-context-daemon Status in WebApps: libunity: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Bug description: unity-webapps-context-daemon uses way too much memory for an application that simply gives me an icon to click on to get to a web application. This can be done with zero memory usage with a revolutionary technology called a "bookmark." For example, Facebook is currently using 80M RES / 473M VIRT: /usr/lib/libunity-webapps/unity-webapps-context-daemon facebook facebook.com icon://unity-webapps-facebook [Invalid UTF-8] I've seen it get as high as 120M RES before. This is crazy! Combine that with Google+, using 25M, Google Calendar with 15M, another 15M for Lauchpad, and Gmail with an unexpectedly low 6M, and another 3M for the unity-webapps-service, and we reach an appalling 141M RES memory being used. I really want Webapps to be useful, but until this memory situation is resolved, it makes no sense for me (or anyone else) to leave it enabled sucking up memory when the only functionality they give is that of some fancy bookmarks. To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1083704/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1061056] Re: Web apps - After the user quits a web app that has just been installed the icon doesn't stay in the launcher
** Changed in: libunity-webapps Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to unity in Ubuntu. Matching subscriptions: dx-packages https://bugs.launchpad.net/bugs/1061056 Title: Web apps - After the user quits a web app that has just been installed the icon doesn't stay in the launcher Status in Ayatana Design: Fix Released Status in WebApps: libunity: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Status in “unity” package in Ubuntu: Fix Released Bug description: As any other application, after being installed, the icon should stay in the Launcher also after quitting. The tile should go away from the Launcher only after the user unlocks it and quits the web app. To reproduce: 1. visit news.bbc.co.uk (or the address of any other uninstalled webapp) in Firefox 2. In the popup message that appears in the browser window underneath the URL bar, select the "Yes, you would like to integrate..." option 3. Close the browser window. What currently incorrectly happens: the Launcher icon disappears. Correct desired behaviour: The icon should remain pinned to the launcher like all other newly installed applications. To manage notifications about this bug go to: https://bugs.launchpad.net/ayatana-design/+bug/1061056/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1068495] Re: Firefox 16.0.1 Crash Report [@ unity_webapps_available_application_get_application_domain ]
** Changed in: libunity-webapps Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1068495 Title: Firefox 16.0.1 Crash Report [@ unity_webapps_available_application_get_application_domain ] Status in The Mozilla Firefox Browser: Confirmed Status in WebApps: libunity: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Status in “libunity-webapps” source package in Quantal: Fix Released Status in “libunity-webapps” source package in Raring: Fix Released Bug description: This has increased in frequency a lot since yesterday: https://crash-stats.mozilla.com/report/index/ea964fd9-9aca- 41f8-a1b1-f9ca12121018 Some comments: "Tried to use gmail integration with ubuntu 12.10 and firefox crashed" "opening a google calendar invite link from thunderbird" "I just opened facebook" "I click on view document in the gmail. What different: may be because I installed gmail plugin." Crashing thread: 0 libunity-webapps-repository.so.0.0.0 unity_webapps_available_application_get_application_domain unity-webapps-available-application.c:65 1 libxul.so libxul.so@0x15cc717 2 libxul.so ffi_callffi64.c:485 3 libxul.so js::ctypes::FunctionType::Call CTypes.cpp:5576 4 libxul.so js::InvokeKerneljscntxtinlines.h:382 5 libxul.so js::Invoke jsinterp.h:119 6 libxul.so js::IndirectProxyHandler::call jsproxy.cpp:442 7 libxul.so js::DirectWrapper::call jswrapper.cpp:383 8 libxul.so js::CrossCompartmentWrapper::call jswrapper.cpp:777 9 libxul.so proxy_Call jsproxy.cpp:1143 10libxul.so js::InvokeKerneljscntxtinlines.h:382 11libxul.so js::Interpret jsinterp.cpp:2442 12libxul.so js::RunScript jsinterp.cpp:301 13libxul.so js::InvokeKerneljsinterp.cpp:355 14libxul.so js::Invoke jsinterp.h:119 15libxul.so js::IndirectProxyHandler::call jsproxy.cpp:442 16libxul.so js::DirectWrapper::call jswrapper.cpp:383 17libxul.so js::CrossCompartmentWrapper::call jswrapper.cpp:777 18libxul.so proxy_Call jsproxy.cpp:1143 19libxul.so js::InvokeKerneljscntxtinlines.h:382 20libxul.so js::Interpret jsinterp.cpp:2442 21libxul.so js::RunScript jsinterp.cpp:301 22libxul.so js::InvokeKerneljsinterp.cpp:355 23libxul.so js_fun_applyjsinterp.h:119 24libxul.so js::InvokeKerneljscntxtinlines.h:382 25libxul.so js::Interpret jsinterp.cpp:2442 26libxul.so js::RunScript jsinterp.cpp:301 27libxul.so js::InvokeKerneljsinterp.cpp:355 28libxul.so array_forEach jsinterp.h:119 29libxul.so js::InvokeKerneljscntxtinlines.h:382 30libxul.so js::Interpret jsinterp.cpp:2442 31libxul.so js::RunScript jsinterp.cpp:301 32libxul.so js::InvokeKerneljsinterp.cpp:355 33libxul.so js_fun_applyjsinterp.h:119 34libxul.so js::InvokeKerneljscntxtinlines.h:382 35libxul.so js::Interpret jsinterp.cpp:2442 36libxul.so js::RunScript jsinterp.cpp:301 37libxul.so js::InvokeKerneljsinterp.cpp:355 38libxul.so js::Invoke jsinterp.h:119 39libxul.so JS_CallFunctionValuejsapi.cpp:5604 40libxul.so nsXPCWrappedJSClass::CallMethod XPCWrappedJSClass.cpp:1436 41libxul.so nsXPCWrappedJS::CallMethod XPCWrappedJS.cpp:580 42libxul.so PrepareAndDispatch xptcstubs_x86_64_linux.cpp:121 43libxul.so libxul.so@0x10c1d02 44libxul.so nsDocLoader::FireOnLocationChange nsDocLoader.cpp:1391 45libxul.so nsDocShell::CreateContentViewer nsDocShell.cpp:7698 46libxul.so nsDSURIContentListener::DoContent nsDSURIContentListener.cpp:119 47libxul.so nsDocumentOpenInfo::TryContentListener nsURILoader.cpp:678 48libxul.so nsDocumentOpenInfo::DispatchContent nsURILoader.cpp:375 49libxul.so nsDocumentOpenInfo::OnStartRequest nsURILoader.cpp:263 50libxul.so mozilla::net::nsHttpChannel::CallOnStartRequest nsHttpChannel.cpp:964 51libxul.so mozilla::net::nsHttpChannel::ContinueProcessNormal nsHttpChannel.cpp:1462 52libxul.so mozilla::net::nsHttpChannel::ProcessNormal nsHttpChannel.cpp:1397 53libxul.so mozilla::net::nsHttpChannel::ProcessResponse nsHttpChannel.cpp:1310 54libxul.so mozilla::net::nsHttpChannel::O
[Dx-packages] [Bug 1138473] Re: libunity-webapps pulls gtk 3 in to Firefox
** Changed in: libunity-webapps Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1138473 Title: libunity-webapps pulls gtk 3 in to Firefox Status in WebApps: libunity: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Status in “libunity-webapps” source package in Quantal: Triaged Status in “libunity-webapps” source package in Raring: Fix Released Bug description: [Impact] See https://bugzilla.mozilla.org/show_bug.cgi?id=846863. This didn't really appear on the radar because of a problem with debug symbols for system libraries, but now that's been fixed this week. libunity-webapps is pulling gtk3 in to the address space of Firefox (which is gtk2). They absolutely do not work along side each other in the same address space (gtk2 refuses to even initialize if it detects gtk3 symbols in the same process, but this check is bypassed because it's initialized before libunity-webapps is loaded), and having them both in the same process is not supported in any way whatsoever. I've no idea why this has only started being a problem now (perhaps it's the cause of a lot of random crash bugs / hangs that we get reports of). I can only think that Firefox used to do something on startup that indirectly caused the registration of the GdkKeymap type (in gtk2) before the webapps addon loaded, and now that doesn't happen until afterwards - by which point it has been registered in gtk3 code, which results in type registration failing later on and then it's a guaranteed crash. This is the sort of problem that's likely to explode due to a slight change in wind direction, which has now happened. For people experiencing this, it's a startup crash (meaning that Firefox is completely unusable for an unknown number of our users). [Test Case] - Launch Firefox with the webapps extension installed and the fix, - Go to a webapp supported website (e.g. Twitter), and validate that no crash occurs, - Validate that firefox does not have a memory region where the gtk3 .so is loaded by looking at it's /prox/maps [Regression Potential] Very slim, since only the tools/ found in the libunity-webapps source package are impacted and the bit that was binding to gtk3 has been removed and was not used by FF. To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1138473/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1068501] Re: Firefox 16.0.1 Crash Report [@ complete_in_idle_cb ]
** Changed in: libunity-webapps Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1068501 Title: Firefox 16.0.1 Crash Report [@ complete_in_idle_cb ] Status in WebApps: libunity: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Bug description: There's currently a few of these appearing: 0 @0x7f1b598640f0 1 libunity-webapps.so.0.0.0 complete_in_idle_cb unity-webapps-context.c:560 2 libglib-2.0.so.0.3400.0 g_main_context_dispatch gmain.c:2715 3 libglib-2.0.so.0.3400.0 g_main_context_iterate gmain.c:3290 4 libglib-2.0.so.0.3400.0 g_main_context_iteration gmain.c:3351 5 libxul.so nsAppShell::ProcessNextNativeEvent nsAppShell.cpp:131 6 libxul.so nsBaseAppShell::DoProcessNextNativeEvent nsBaseAppShell.cpp:139 7 libxul.so nsBaseAppShell::OnProcessNextEvent nsBaseAppShell.cpp:298 8 libxul.so nsThread::ProcessNextEvent nsThread.cpp:586 9 libxul.so NS_ProcessNextEvent_P nsThreadUtils.cpp:217 10libxul.so mozilla::ipc::MessagePump::Run MessagePump.cpp:116 11libxul.so MessageLoop::Runmessage_loop.cc:201 12libxul.so nsBaseAppShell::Run nsBaseAppShell.cpp:163 13libxul.so nsAppStartup::Run nsAppStartup.cpp:257 14libxul.so XREMain::XRE_mainRunnsAppRunner.cpp:3794 15libxul.so XREMain::XRE_main nsAppRunner.cpp:3871 16libxul.so XRE_mainnsAppRunner.cpp:3947 17firefox mainnsBrowserApp.cpp:160 18libc-2.15.solibc-2.15.so@0x2176c 19libstdc++.so.6.0.17 libstdc++.so.6.0.17@0x2ed5df 20firefox firefox@0x25ef 21firefox firefox@0x294f 22ld-2.15.so ld-2.15.so@0xf3ee To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1068501/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp
[Dx-packages] [Bug 1083164] Re: Many unit tests fail on a 'make check'
** Changed in: libunity-webapps Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of DX Packages, which is subscribed to libunity-webapps in Ubuntu. https://bugs.launchpad.net/bugs/1083164 Title: Many unit tests fail on a 'make check' Status in WebApps: libunity: Fix Released Status in “libunity-webapps” package in Ubuntu: Fix Released Bug description: On a 'make check', many unit tests fail. To manage notifications about this bug go to: https://bugs.launchpad.net/libunity-webapps/+bug/1083164/+subscriptions -- Mailing list: https://launchpad.net/~dx-packages Post to : dx-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~dx-packages More help : https://help.launchpad.net/ListHelp