[Ubuntu-apps-bugs] [Bug 1529452] Re: Gallery app asks for same image multiple times at different sizes
I just re-tested with image 383 from rc-proposed and 2.9.1.1276 of gallery app. This is much better behaved now, thanks! I'm no longer seeing the redundant requests. ** Changed in: thumbnailer (Ubuntu) Status: Triaged => Invalid -- You received this bug notification because you are a member of Ubuntu Apps bug tracking, which is subscribed to gallery-app in Ubuntu. https://bugs.launchpad.net/bugs/1529452 Title: Gallery app asks for same image multiple times at different sizes Status in Canonical System Image: Fix Committed Status in gallery-app package in Ubuntu: Fix Released Status in thumbnailer package in Ubuntu: Invalid Bug description: I'm seeing this with image 342 from rc-proposed. When starting the gallery app with around 300 photos in my Pictures folder, I just noticed the request sequence shown below. Note that all requests are for the same image and are issued pretty much all at once. (There is about half a second elapsed time between the first and the last request.) The requests keep changing the size only, starting at 342 and working their way down to 216. This is supremely inefficient because each of the requests results in a separate scaling operation. In addition, each of these requests ends up in the cache on disk, so this behavior really hammers the battery and reduces cache efficiency. thumbnailer-service: [09:25:36.825] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (342,342): 0.044376 sec (MISS)" thumbnailer-service: [09:25:36.899] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (341,341): 0.020540 sec (MISS)" thumbnailer-service: [09:25:36.942] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (340,340): 0.034030 sec (MISS)" thumbnailer-service: [09:25:37.068] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (338,338): 0.143506 sec (MISS)" thumbnailer-service: [09:25:37.095] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (335,335): 0.154219 sec (MISS)" thumbnailer-service: [09:25:37.126] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (332,332): 0.162185 sec (MISS)" thumbnailer-service: [09:25:37.145] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (326,326): 0.172134 sec (MISS)" thumbnailer-service: [09:25:37.167] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (318,318): 0.177231 sec (MISS)" thumbnailer-service: [09:25:37.188] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (307,307): 0.181870 sec (MISS)" thumbnailer-service: [09:25:37.205] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (292,292): 0.182084 sec (MISS)" thumbnailer-service: [09:25:37.223] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (273,292): 0.183793 sec (MISS)" thumbnailer-service: [09:25:37.238] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (273,273): 0.198290 sec (MISS)" thumbnailer-service: [09:25:37.369] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (250,273): 0.313627 sec (MISS)" thumbnailer-service: [09:25:37.391] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (250,250): 0.334533 sec (MISS)" thumbnailer-service: [09:25:37.402] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (218,218): 0.317747 sec (MISS)" thumbnailer-service: [09:25:37.405] "thumbnail: /home/phablet/Pictures/com.ubuntu.camera/image20151227_091023042.jpg (216,216): 0.310605 sec (HIT)" To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1529452/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-apps-bugs Post to : ubuntu-apps-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-apps-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-apps-bugs] [Bug 1553975] Re: address book selection in contacts app is not reliable
** Tags removed: bq ** Tags added: bq-feedback ** Also affects: address-book-app (Ubuntu) Importance: Undecided Status: New ** Changed in: canonical-devices-system-image Status: New => Confirmed ** Changed in: canonical-devices-system-image Assignee: (unassigned) => Bill Filler (bfiller) -- You received this bug notification because you are a member of Ubuntu Apps bug tracking, which is subscribed to address-book-app in Ubuntu. https://bugs.launchpad.net/bugs/1553975 Title: address book selection in contacts app is not reliable Status in Canonical System Image: Confirmed Status in address-book-app package in Ubuntu: New Bug description: Don't know if this is a "working as design" feature but some customers find this feature unreliable. Product: bq Aquaris E4.5 & E5 FW version: OTA-9.1 STEPS TO REPRO: 1. Sync 2 Google accounts. 2. Go to contact app and open settings 3. Select one addressbook and return to contact list 4. Check that not only contacts from the addressbook choosen are shown Actual Result: Even when you choose a specific addressbook all contacts are shown Expected Result: When one addressbook is selected, contacts app should show only their contacts To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1553975/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-apps-bugs Post to : ubuntu-apps-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-apps-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-apps-bugs] [Bug 1551491] Re: Emoji skin tones are rendered as missing characters
** Also affects: messaging-app (Ubuntu) Importance: Undecided Status: New ** Changed in: canonical-devices-system-image Status: New => Confirmed ** Changed in: canonical-devices-system-image Assignee: (unassigned) => Bill Filler (bfiller) -- You received this bug notification because you are a member of Ubuntu Apps bug tracking, which is subscribed to messaging-app in Ubuntu. https://bugs.launchpad.net/bugs/1551491 Title: Emoji skin tones are rendered as missing characters Status in Canonical System Image: Confirmed Status in messaging-app package in Ubuntu: New Bug description: U+1F3FB through U+1F3FF are not rendered in the messaging app. Instead the "empty rectangle" missing-character symbol is rendered. These characters are the "EMOJI MODIFIER FITZPATRICK TYPE" characters. They are meant to indicate skin tone of the preceding emoji. I know that on the messaging app, all emoji are currently rendered as black and white. I assume that is a design choice. In the case we given specific color information, we either could render the color as requested or ignore it. But in neither case should we show the "missing-character" symbol. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1551491/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-apps-bugs Post to : ubuntu-apps-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-apps-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-apps-bugs] [Bug 1554202] Re: [webapp-container] No access to video provided despite policy_group "camera" in .apparmour file
** Also affects: canonical-devices-system-image Importance: Undecided Status: New ** Changed in: canonical-devices-system-image Importance: Undecided => High ** Changed in: canonical-devices-system-image Status: New => In Progress ** Changed in: canonical-devices-system-image Assignee: (unassigned) => David Barth (dbarth) ** Changed in: canonical-devices-system-image Milestone: None => ww08-2016 ** Also affects: webapps-sprint Importance: Undecided Status: New ** Changed in: webapps-sprint Milestone: None => sprint-19 ** Changed in: webapps-sprint Assignee: (unassigned) => Alexandre Abreu (abreu-alexandre) ** Changed in: webapps-sprint Importance: Undecided => High ** Changed in: webapps-sprint Status: New => In Progress -- You received this bug notification because you are a member of Ubuntu Apps bug tracking, which is subscribed to webbrowser-app in Ubuntu. https://bugs.launchpad.net/bugs/1554202 Title: [webapp-container] No access to video provided despite policy_group "camera" in .apparmour file Status in Canonical System Image: In Progress Status in webapps-sprint: In Progress Status in webbrowser-app package in Ubuntu: In Progress Bug description: A web app that displays a website trying to access camera and microphone (for video conferencing, using WebRTC) will be refused to access the camera despite the "camera" policy_group in apparmour. The trust-store dialog pops up in the webbrowser-app for a website such as [1], but it doesn't pop up when the website is embedded with webapp-container. [1] https://appear.in/test-drive Details --- - Detailed explanations on the mailing list: https://lists.launchpad.net/ubuntu-phone/msg18658.html - Affected web app (Store): https://uappexplorer.com/app/appear-in.peter-bittner - Affected web app (rev 2): https://myapps.developer.ubuntu.com/dev/click-apps/4646/rev/2/ - Bug report for affected app: https://github.com/bittner/appear-in/issues/1 To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1554202/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-apps-bugs Post to : ubuntu-apps-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-apps-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-apps-bugs] [Bug 1554244] Re: Switching cameras requires web page reload in webbrowser-app, not available in webapp-container
*** This bug is a duplicate of bug 1461600 *** https://bugs.launchpad.net/bugs/1461600 Once the second part of bug #1461600 is implemented, the user will be able to select which camera to use from the permission prompt, instead of having to change the default camera in the settings (which incidentally affects all domains, not just the current one). That, together with the fix for bug #1554202, will enable switching cameras in the webapp container. I think that changing the default camera in the settings doesn’t update the camera currently being used by the current page precisely because in the future there will be a way to select the camera to use per-domain. Changing the default camera should affect only future decisions, not past/current ones. In light of that, I’m marking this bug a duplicate of bug #1461600. ** This bug has been marked a duplicate of bug 1461600 Refinements to media permissions API -- You received this bug notification because you are a member of Ubuntu Apps bug tracking, which is subscribed to webbrowser-app in Ubuntu. https://bugs.launchpad.net/bugs/1554244 Title: Switching cameras requires web page reload in webbrowser-app, not available in webapp-container Status in webbrowser-app package in Ubuntu: Confirmed Bug description: When a web site uses WebRTC for video conferencing the webbrowser-app accesses the rear camera by default. The user can switch cameras via Settings -> Privacy & Permissions -> Camera & Microphone. Unfortunately, changing this setting doesn't immediately have effect on the open web page. You have to reload the page first, which is not intuitive. Tested with bq Aquaris E5 Ubuntu Edition, OTA-9.1 (vegeta). Additional question: How can switching cameras be handled in web apps (driven by the webapp-container binary)? The webapp-container does neither provide a feature to specify a (different) default camera nor an interactive possibility to do so. An API call to switch cameras would be awesome. Expected Behavior - - Switching cameras via the settings immediately has effect on the camera used by web sites open in the webbrowser-app. - Specifying a default camera (startup settings) is available with the webapp-container binary. - Switching cameras programmatically (via an API call) and/or interactively is possible in web apps driven by the webapp-container. How to Reproduce 1.) Go to e.g. https://appear.in/test-drive on your Ubuntu phone (default webbrowser-app) 2.) When prompted for "Allow this domain access the camera and microphone" choose "Yes" 3.) Click away the chat window (touch the down-arrow at right lower corner) 4.) Touch the screen to dismiss the "help text" (the video captured by the rear camera is shown) 5.) In the browser address bar got to Menu -> Settings -> Privacy & Permissions -> Camera & Microphone, and switch to the front camera; go out of the menu going back the hierarchy; the rear camera video is still shown 6.) Tap the address bar, tap on the "Reload" icon to reload the page; the front camera video is finally shown Other Details - - https://github.com/bittner/appear-in/issues/1 (conversation demonstrating users are confused about browser behavior) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1554244/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-apps-bugs Post to : ubuntu-apps-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-apps-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-apps-bugs] [Bug 1553482] Re: Access to microphone is allowed even when user denies access to "video and microphone"
Mmm, I tested further, and I think Chris is right. I was initially fooled by the fact that I was hearing some echo in my phone when connecting to the same chat room with my laptop, but it appears that echo came from the laptop’s microphone. When I walked into another room and closed the door, talking in front of the phone’s microphone didn’t produce any echo. Looks like the microphone is not being accessed after all. I’m tentatively closing that issue now, Peter feel free to re-open if you can bring further evidence that the microphone is being accessed. ** Changed in: oxide Status: Confirmed => Invalid -- You received this bug notification because you are a member of Ubuntu Apps bug tracking, which is subscribed to webbrowser-app in Ubuntu. https://bugs.launchpad.net/bugs/1553482 Title: Access to microphone is allowed even when user denies access to "video and microphone" Status in Oxide: Invalid Status in webbrowser-app package in Ubuntu: Invalid Bug description: The plain web browser can access the microphone when you deny the permission to access camera and microphone. Tested / discovered with bq Aquaris E5 Ubuntu Edition, OTA-9.1 (vegeta, latest stable as of today). How to Reproduce 1.) Go to e.g. https://appear.in/test-drive on your Ubuntu phone (default web browser app) 2.) When prompted for "Allow this domain access the camera and microphone" choose "No" 3.) Click away the chat window (touch the down-arrow at right lower corner) 4.) Touch the screen to dismiss the "help text" ("Video off" is shown prominently) 5.) Touch the screen again to show the video controls, touch on the "microphone" icon; "Audio only" is shown on the screen 6.) Log in to the same URL from a PC (or another phone) to verify audio works Other Details - Discussion on the mailing list: https://lists.launchpad.net/ubuntu-phone/msg18659.html To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1553482/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-apps-bugs Post to : ubuntu-apps-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-apps-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-apps-bugs] [Bug 1554447] [NEW] 4 webbrowser-app unit test failures with staging UITK
Public bug reported: Running webbrowser-app’s unit tests with the latest staging branch of the UITK as of today (lp:~ubuntu-sdk-team/ubuntu-ui-toolkit/staging at revision 1885), I’m seeing 4 unit test failures (see full log attached). Looking into those failures, it appears that they all have the same root cause: they expect a KeyUp/KeyDown event to transfer active focus from a listview to another element, and that doesn’t happen. https://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui- toolkit/staging/revision/1878 looks like a likely culprit. In particular, ListViewProxy::keyPressEvent() always returns true, even if the event didn’t actually result in an index change. ** Affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New ** Affects: webbrowser-app (Ubuntu) Importance: Undecided Status: New ** Attachment added: "unittests.log" https://bugs.launchpad.net/bugs/1554447/+attachment/4592463/+files/unittests.log ** Also affects: ubuntu-ui-toolkit (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Apps bug tracking, which is subscribed to webbrowser-app in Ubuntu. https://bugs.launchpad.net/bugs/1554447 Title: 4 webbrowser-app unit test failures with staging UITK Status in ubuntu-ui-toolkit package in Ubuntu: New Status in webbrowser-app package in Ubuntu: New Bug description: Running webbrowser-app’s unit tests with the latest staging branch of the UITK as of today (lp:~ubuntu-sdk-team/ubuntu-ui-toolkit/staging at revision 1885), I’m seeing 4 unit test failures (see full log attached). Looking into those failures, it appears that they all have the same root cause: they expect a KeyUp/KeyDown event to transfer active focus from a listview to another element, and that doesn’t happen. https://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui- toolkit/staging/revision/1878 looks like a likely culprit. In particular, ListViewProxy::keyPressEvent() always returns true, even if the event didn’t actually result in an index change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1554447/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-apps-bugs Post to : ubuntu-apps-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-apps-bugs More help : https://help.launchpad.net/ListHelp
[Ubuntu-apps-bugs] [Bug 1551686] Re: browser leaks old location data to web pages
** Changed in: location-service (Ubuntu) Assignee: (unassigned) => Alberto Mardegan (mardy) ** Also affects: webapps-sprint Importance: Undecided Status: New ** Changed in: webapps-sprint Assignee: (unassigned) => Alberto Mardegan (mardy) ** Changed in: webapps-sprint Milestone: None => sprint-20 -- You received this bug notification because you are a member of Ubuntu Apps bug tracking, which is subscribed to webbrowser-app in Ubuntu. https://bugs.launchpad.net/bugs/1551686 Title: browser leaks old location data to web pages Status in Oxide: In Progress Status in webapps-sprint: New Status in location-service package in Ubuntu: New Status in webbrowser-app package in Ubuntu: Invalid Bug description: visit a web page that requests your current location, for example http ://where-am-i.net it prompts to get permission to share the current location, hit allow and it will probably show where you were a few hours ago as the GPS will have a cached location. Refreshing won't update the location, only applications that subscribe to updates cause the GPS to get a new location. The problem here is that I authorised the web page to know where I am now. I am OK with giving my current position to the web page requesting it. I *didn't* authorise it to know where I was yesterday or this morning, and I might have reasons to not want it to know where my house is, even though I am fine with it knowing where I am right now. The web browser app should not reveal GPS locations that are older than the decision to allow location to be shared with the page. To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1551686/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-apps-bugs Post to : ubuntu-apps-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-apps-bugs More help : https://help.launchpad.net/ListHelp