[Touch-packages] [Bug 1424720] Re: Add emblem to PreviewHeader widget
Michael, I'm a bit confused now. Does unity8 now support the emblem for a preview header? The documentation change hasn't merged yet. ** Changed in: unity8 (Ubuntu) Status: Confirmed => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1424720 Title: Add emblem to PreviewHeader widget Status in unity8 package in Ubuntu: In Progress Bug description: Hi, PreviewHeader should probably support emblem since it's designed to be a card header but in the preview, afaik. Right now, from the code, I see: /*! This preview widget shows a header * The title comes in widgetData["title"] * The mascot comes in widgetData["mascot"] * The subtitle comes in widgetData["subtitle"] * The attributes comes in widgetData["attributes"] */ Please, consider to add emblem. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: unity8 8.02+15.04.20150216.1-0ubuntu1 ProcVersionSignature: Ubuntu 3.18.0-13.14-generic 3.18.5 Uname: Linux 3.18.0-13-generic x86_64 ApportVersion: 2.16.1-0ubuntu2 Architecture: amd64 CurrentDesktop: GNOME Date: Mon Feb 23 17:21:14 2015 InstallationDate: Installed on 2014-09-18 (157 days ago) InstallationMedia: Ubuntu-GNOME 14.10 "Utopic Unicorn" - Alpha amd64 (20140917) SourcePackage: unity8 SystemImageInfo: current build number: 0 device name: channel: daily last update: Unknown UpgradeStatus: Upgraded to vivid on 2015-01-23 (31 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1424720/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545402] [NEW] Do not index Folder.jpg and AlbumArtSmall.jpg
Public bug reported: I have a bunch of directories in my music collection that include AlbumArtSmall.jpg and Folder.jpg files. For each of these, the photo app shows the album covers in the photo collection. The mediascanner should probably not index any images that are in the same directory as a music file, or at least not index any of the file names that might be used to supply album art without embedding it in the individual songs. ** Affects: mediascanner2 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mediascanner2 in Ubuntu. https://bugs.launchpad.net/bugs/1545402 Title: Do not index Folder.jpg and AlbumArtSmall.jpg Status in mediascanner2 package in Ubuntu: New Bug description: I have a bunch of directories in my music collection that include AlbumArtSmall.jpg and Folder.jpg files. For each of these, the photo app shows the album covers in the photo collection. The mediascanner should probably not index any images that are in the same directory as a music file, or at least not index any of the file names that might be used to supply album art without embedding it in the individual songs. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mediascanner2/+bug/1545402/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1384243] Re: photos edited in gallery do not display edited in "My Photos" scope
That sounds good. The thumbnailer will re-thumbnail if and only if mtime or ctime have changed. So, if you append the timestamp only when there actually was an edit, that will trigger a re-thumbnail only when the time stamp changes. And setting the image source to the modified URL invalidates the QML cache, so QML triggers a refresh of the thumbnail. This all sounds good. If you want to verify that it behaves as you expect, just run a trace on dbus.log, and you'll be able to exactly when the thumbnailer does any work for that image. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1384243 Title: photos edited in gallery do not display edited in "My Photos" scope Status in The Savilerow project: Confirmed Status in Thumbnailer: Invalid Status in unity-scopes-api package in Ubuntu: Invalid Status in unity-scopes-shell package in Ubuntu: Invalid Bug description: I opened a photo from My Photos scope Preview > Open in the gallery. Rotate it. When I return to the scope, fully refreshed, the photo does not display rotated. Wait for scope to exit and then refresh it: still not rotated. Restart unity8-dash: now it displays rotated. I would expect dash toolkit to honor the edited state of a photo and display it rotated as appropriate. Note: Gallery app uses a URI that starts with image://thumbnailer/absPathToPhoto to display photos with correct rotation. However, scopes require the URI starts with photo://. Without that, the Open button on the preview does not open the photo in gallery. To manage notifications about this bug go to: https://bugs.launchpad.net/savilerow/+bug/1384243/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1540876] Re: Not all results recieved when there is a lot of them (>=3000?)
** Changed in: unity-scopes-api (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1540876 Title: Not all results recieved when there is a lot of them (>=3000?) Status in unity-scopes-api package in Ubuntu: Confirmed Bug description: It looks like ZMQ high water-mark limits the number of results that can succesfuly be received by a client to something around 2000; this may depend on the result size and delays between pushes though. With 3000 results in my test code I was receiving approximately 1900, the remainder was dropped on the floor. While these numbers are probably more than we will ever need, it may be worth looking into it. Perhaps ZMQ queue size can be increased, also a meaningful error in the logs about hitting such cases would be nice (if possible at all). I'll add a pointer to a sample test case from unity-scopes-shell at a later time, please contact me if I forget to do so ;) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scopes-api/+bug/1540876/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1544777] Re: package libunity-scopes1.0 1.0.2+16.04.20151218.2-0ubuntu1 failed to install/upgrade: subprocess new pre-removal script returned error exit status 1
I added click because DpkgTerminalLog.txt suggests that this is related. If I picked the wrong project, please re-assign. I don't think this is a problem in scopes-api as such. ** Also affects: click (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to click in Ubuntu. https://bugs.launchpad.net/bugs/1544777 Title: package libunity-scopes1.0 1.0.2+16.04.20151218.2-0ubuntu1 failed to install/upgrade: subprocess new pre-removal script returned error exit status 1 Status in click package in Ubuntu: New Status in unity-scopes-api package in Ubuntu: New Bug description: happened while upgrading from xenial-proposed ProblemType: Package DistroRelease: Ubuntu 16.04 Package: libunity-scopes1.0 1.0.2+16.04.20151218.2-0ubuntu1 Uname: Linux 4.4.1-040401-generic x86_64 NonfreeKernelModules: nvidia_uvm nvidia ApportVersion: 2.19.4-0ubuntu2 Architecture: amd64 Date: Thu Feb 11 23:32:19 2016 ErrorMessage: subprocess new pre-removal script returned error exit status 1 InstallationDate: Installed on 2016-01-26 (16 days ago) InstallationMedia: Ubuntu 15.10 "Wily Werewolf" - Release amd64 (20151021) RelatedPackageVersions: dpkg 1.18.4ubuntu1 apt 1.1.10 SourcePackage: unity-scopes-api Title: package libunity-scopes1.0 1.0.2+16.04.20151218.2-0ubuntu1 failed to install/upgrade: subprocess new pre-removal script returned error exit status 1 UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/click/+bug/1544777/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1544777] Re: package libunity-scopes1.0 1.0.2+16.04.20151218.2-0ubuntu1 failed to install/upgrade: subprocess new pre-removal script returned error exit status 1
** Changed in: unity-scopes-api (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to click in Ubuntu. https://bugs.launchpad.net/bugs/1544777 Title: package libunity-scopes1.0 1.0.2+16.04.20151218.2-0ubuntu1 failed to install/upgrade: subprocess new pre-removal script returned error exit status 1 Status in click package in Ubuntu: New Status in unity-scopes-api package in Ubuntu: Invalid Bug description: happened while upgrading from xenial-proposed ProblemType: Package DistroRelease: Ubuntu 16.04 Package: libunity-scopes1.0 1.0.2+16.04.20151218.2-0ubuntu1 Uname: Linux 4.4.1-040401-generic x86_64 NonfreeKernelModules: nvidia_uvm nvidia ApportVersion: 2.19.4-0ubuntu2 Architecture: amd64 Date: Thu Feb 11 23:32:19 2016 ErrorMessage: subprocess new pre-removal script returned error exit status 1 InstallationDate: Installed on 2016-01-26 (16 days ago) InstallationMedia: Ubuntu 15.10 "Wily Werewolf" - Release amd64 (20151021) RelatedPackageVersions: dpkg 1.18.4ubuntu1 apt 1.1.10 SourcePackage: unity-scopes-api Title: package libunity-scopes1.0 1.0.2+16.04.20151218.2-0ubuntu1 failed to install/upgrade: subprocess new pre-removal script returned error exit status 1 UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/click/+bug/1544777/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1384243] Re: photos rotated in gallery do not display rotated in "My Photos" scope
> Is the problem that unity8 simply continues to use the original cached result Almost certainly, yes. The thumbnailer will realise that the file has changed an it will re-create the thumbnail for it, but only if someone actually asks the thumbnailer for the thumbnail again. I suspect that this could be fixed the same way you fixed it during the spring, by appending some suffix to the image URL that changes each time a photo is edited. (A counter might work.) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1384243 Title: photos rotated in gallery do not display rotated in "My Photos" scope Status in The Savilerow project: Confirmed Status in Thumbnailer: Invalid Status in unity-scopes-api package in Ubuntu: Invalid Status in unity-scopes-shell package in Ubuntu: Invalid Bug description: I opened a photo from My Photos scope Preview > Open in the gallery. Rotate it. When I return to the scope, fully refreshed, the photo does not display rotated. Wait for scope to exit and then refresh it: still not rotated. Restart unity8-dash: now it displays rotated. I would expect dash toolkit to honor the edited state of a photo and display it rotated as appropriate. Note: Gallery app uses a URI that starts with image://thumbnailer/absPathToPhoto to display photos with correct rotation. However, scopes require the URI starts with photo://. Without that, the Open button on the preview does not open the photo in gallery. To manage notifications about this bug go to: https://bugs.launchpad.net/savilerow/+bug/1384243/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1538774] Re: thumbnailer-admin fails with relative path
** Changed in: thumbnailer (Ubuntu) Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1538774 Title: thumbnailer-admin fails with relative path Status in thumbnailer package in Ubuntu: Fix Committed Bug description: $ cd /tmp $ ls xxx.mp3 xxx.mp3 $ thumbnailer-admin get xxx.mp3 thumbnailer-admin: DBusInterface::GetThumbnail(): xxx.mp3: unity::ResourceException: Thumbnailer::get_thumbnail(): boost::filesystem::canonical: No such file or directory: "/xxx.mp3" To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1538774/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1537328] Re: Undefined symbol when running scope in emulator
> The reason you see all that other noise about not finding other libs is because once the scoperunner runs into an issue with one lib (libschnasni.username_schnasni.so in this case), it then attempts to find alternatives that it may have more luck with. I did this after Michal applied a lot of pressure to allow short names for scope libraries. Originally, you had to use the full-qualified scope ID with a .so suffix. In effect, this has created aliasing for the possible .so names, meaning that the scope loader has to look for a whole bunch of possible names. Next time, I'll be resisting that kind of suggestion a lot more. In the long run, I think it creates more trouble than it's worth. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1537328 Title: Undefined symbol when running scope in emulator Status in Client Developer Experience: New Status in unity-scopes-api package in Ubuntu: New Bug description: I'm trying to run the template scope in the emulator of the Ubuntu SDK in 15.04. The scope builds just fine, but when I try to run it in the emulator, it gives me the following error: scoperunner: unity::ResourceException: Cannot load scope schnasni.username_schnasni; tried in the following locations: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/libschnasni.username_schnasni.so /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/schnasni.username_schnasni.so /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/scope.so /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/libschnasni.username_schnasni.so /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/schnasni.username_schnasni.so /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/scope.so Exception history: Exception #1: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/libschnasni.username_schnasni.so: cannot open shared object file: No such file or directory Exception #2: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/schnasni.username_schnasni.so: cannot open shared object file: No such file or directory Exception #3: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/scope.so: cannot open shared object file: No such file or directory Exception #4: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/libschnasni.username_schnasni.so: undefined symbol: _ZN5unity6scopes9ScopeBase22activate_result_actionERKNS0_6ResultERKNS0_14ActionMetadataERKSs Exception #5: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/schnasni.username_schnasni.so: cannot open shared object file: No such file or directory Exception #6: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/scope.so: cannot open shared object file: No such file or directory It searches for the file in 6 directories, and does not find it in 5 of these, which is expected I think. But what does undefined symbol: _ZN5unity6scopes9ScopeBase22activate_result_actionERKNS0_6ResultERKNS0_14ActionMetadataERKS mean and how can I resolve it? To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-developer-experience/+bug/1537328/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542175] Re: Problems and crashes with local music collection
Problem is caused by libtaglib. It helpfully opens the file for read- write, and it is impossible to open for read-only without jumping through unbelievable hoops :-( Mediascanner2 has an inotify watch for IN_CLOSE_WRITE. Every time the thumbnailer made a new thumbnail, the media scanner concludes that the file has been modified. In turn, that causes a model update, which ends up re-drawing the list. It is questionable whether re-displaying the list re-positioned at the first song is the correct behavior; it would seem more appropriate to re-display at the current view position, if possible. But that's a separate, unrelated issue. James has modified the media scanner to check the modification time when getting an IN_CLOSE_WRITE. Opening and closing for writing doesn't update mtime unless there is an intervening call to write(2). I've verified that this fixes the problem on the phone. ** Changed in: thumbnailer (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mediascanner2 in Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection Status in Ubuntu Music App: Invalid Status in mediascanner2 package in Ubuntu: In Progress Status in thumbnailer package in Ubuntu: Invalid Status in unity8 package in Ubuntu: Invalid Bug description: We have just made a change to the thumbnailer that provides a 12x speed-up for extracting cover art from local music files with embedded artwork. I'm seeing serious problems with the song list in the music app with this new thumbnailer. I have tried very hard to find fault with what the thumbnailer is doing, but I don't think we are to blame. I need help getting to the bottom of this; I can't debug it myself. But I'm fairly confident that either the music app or the implementation of song list widget is doing something wrong. I've attached an archive that contains 1000 songs, each of which has embedded cover art. (It's the same boring image for all of them.) I'm seeing the problem on Mako, rc-proposed, build 359, which includes the new music app, I believe. The modified thumbnailer is available in silo 31. Please let me know when you no longer need the silo, so I can release it again. (We are really short on silos at the moment; it might be best to grab the vivid arm debs from the silo.) To reproduce the problem, install the silo, then: - Kill the music app - Clear out the Music folder - untar the song collection into the Music folder - run "thumbnailer-admin clear" to empty the caches - monitor the device with top and wait for the media scanner to finish indexing - Start the music app and go to the song list I'm seeing really weird behavior. Initially, the song list flickers a few times, redrawing itself each time. After a few seconds, it settles down. Now start scrolling slowly. It might work for some distance but, after a few songs, the song list is reset to the top (first song) and redraws itself. Now scroll down again, quickly. Again, the song list resets to the top. Each time this happens, the song list is populated with a bunch of extra songs. Each time I scroll down, it works fine for the region that was cached previously, and then things blow up as soon as the scroll moves into the as-yet unexplored part. Looking at the thumbnailer, I'm not seeing anything unusual. We deliver thumbnails as we should. But I notice that, for some reason, while scrolling in the song list, the music app also sends requests for artist art to the thumbnailer? Why? There is no artist in sight. Some of the songs in the collection have an empty artist field and the thumbnailer returns an error for that (because asking for artist art without an artist doesn't make sense). But there can be other errors, such as errors returned by the remote server. It looks like the song list resetting is related to the error return from the thumbnailer. Every time the thumbnailer reports that something could not be extracted, the song list misbehaves. If the already-thumbnailed list gets too long, you can run thumbnailer-admin clear to empty caches. (There doesn't ever seem to be a problem in the region of the list that has been cached already.) I'm also getting occasional crashes from the music app while trying all this. And, every now and then, I find a message such as DelegateModel::cancel(): index out of range 34 0 in the music app log. (I have no idea whether that is related.) I'd really appreciate if someone can look at this urgently. We want to land the improved thumbnailer but, while things are in this state, we can't. As best as I can tell, the problem might be related to incorrect error handling when the ThumbnailerImageResponse returns a request with status "invalid", either in the music app, or
[Touch-packages] [Bug 1542175] Re: Problems and crashes with local music collection
** Also affects: mediascanner2 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mediascanner2 in Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection Status in Ubuntu Music App: New Status in mediascanner2 package in Ubuntu: New Status in thumbnailer package in Ubuntu: New Status in unity8 package in Ubuntu: Invalid Bug description: We have just made a change to the thumbnailer that provides a 12x speed-up for extracting cover art from local music files with embedded artwork. I'm seeing serious problems with the song list in the music app with this new thumbnailer. I have tried very hard to find fault with what the thumbnailer is doing, but I don't think we are to blame. I need help getting to the bottom of this; I can't debug it myself. But I'm fairly confident that either the music app or the implementation of song list widget is doing something wrong. I've attached an archive that contains 1000 songs, each of which has embedded cover art. (It's the same boring image for all of them.) I'm seeing the problem on Mako, rc-proposed, build 359, which includes the new music app, I believe. The modified thumbnailer is available in silo 31. Please let me know when you no longer need the silo, so I can release it again. (We are really short on silos at the moment; it might be best to grab the vivid arm debs from the silo.) To reproduce the problem, install the silo, then: - Kill the music app - Clear out the Music folder - untar the song collection into the Music folder - run "thumbnailer-admin clear" to empty the caches - monitor the device with top and wait for the media scanner to finish indexing - Start the music app and go to the song list I'm seeing really weird behavior. Initially, the song list flickers a few times, redrawing itself each time. After a few seconds, it settles down. Now start scrolling slowly. It might work for some distance but, after a few songs, the song list is reset to the top (first song) and redraws itself. Now scroll down again, quickly. Again, the song list resets to the top. Each time this happens, the song list is populated with a bunch of extra songs. Each time I scroll down, it works fine for the region that was cached previously, and then things blow up as soon as the scroll moves into the as-yet unexplored part. Looking at the thumbnailer, I'm not seeing anything unusual. We deliver thumbnails as we should. But I notice that, for some reason, while scrolling in the song list, the music app also sends requests for artist art to the thumbnailer? Why? There is no artist in sight. Some of the songs in the collection have an empty artist field and the thumbnailer returns an error for that (because asking for artist art without an artist doesn't make sense). But there can be other errors, such as errors returned by the remote server. It looks like the song list resetting is related to the error return from the thumbnailer. Every time the thumbnailer reports that something could not be extracted, the song list misbehaves. If the already-thumbnailed list gets too long, you can run thumbnailer-admin clear to empty caches. (There doesn't ever seem to be a problem in the region of the list that has been cached already.) I'm also getting occasional crashes from the music app while trying all this. And, every now and then, I find a message such as DelegateModel::cancel(): index out of range 34 0 in the music app log. (I have no idea whether that is related.) I'd really appreciate if someone can look at this urgently. We want to land the improved thumbnailer but, while things are in this state, we can't. As best as I can tell, the problem might be related to incorrect error handling when the ThumbnailerImageResponse returns a request with status "invalid", either in the music app, or somewhere in the qml machinery. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1542175/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542175] Re: Problems and crashes with local music collection
** Changed in: music-app Status: New => Invalid ** Changed in: mediascanner2 (Ubuntu) Assignee: (unassigned) => James Henstridge (jamesh) ** Changed in: mediascanner2 (Ubuntu) Importance: Undecided => High ** Changed in: mediascanner2 (Ubuntu) Status: New => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mediascanner2 in Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection Status in Ubuntu Music App: Invalid Status in mediascanner2 package in Ubuntu: In Progress Status in thumbnailer package in Ubuntu: Invalid Status in unity8 package in Ubuntu: Invalid Bug description: We have just made a change to the thumbnailer that provides a 12x speed-up for extracting cover art from local music files with embedded artwork. I'm seeing serious problems with the song list in the music app with this new thumbnailer. I have tried very hard to find fault with what the thumbnailer is doing, but I don't think we are to blame. I need help getting to the bottom of this; I can't debug it myself. But I'm fairly confident that either the music app or the implementation of song list widget is doing something wrong. I've attached an archive that contains 1000 songs, each of which has embedded cover art. (It's the same boring image for all of them.) I'm seeing the problem on Mako, rc-proposed, build 359, which includes the new music app, I believe. The modified thumbnailer is available in silo 31. Please let me know when you no longer need the silo, so I can release it again. (We are really short on silos at the moment; it might be best to grab the vivid arm debs from the silo.) To reproduce the problem, install the silo, then: - Kill the music app - Clear out the Music folder - untar the song collection into the Music folder - run "thumbnailer-admin clear" to empty the caches - monitor the device with top and wait for the media scanner to finish indexing - Start the music app and go to the song list I'm seeing really weird behavior. Initially, the song list flickers a few times, redrawing itself each time. After a few seconds, it settles down. Now start scrolling slowly. It might work for some distance but, after a few songs, the song list is reset to the top (first song) and redraws itself. Now scroll down again, quickly. Again, the song list resets to the top. Each time this happens, the song list is populated with a bunch of extra songs. Each time I scroll down, it works fine for the region that was cached previously, and then things blow up as soon as the scroll moves into the as-yet unexplored part. Looking at the thumbnailer, I'm not seeing anything unusual. We deliver thumbnails as we should. But I notice that, for some reason, while scrolling in the song list, the music app also sends requests for artist art to the thumbnailer? Why? There is no artist in sight. Some of the songs in the collection have an empty artist field and the thumbnailer returns an error for that (because asking for artist art without an artist doesn't make sense). But there can be other errors, such as errors returned by the remote server. It looks like the song list resetting is related to the error return from the thumbnailer. Every time the thumbnailer reports that something could not be extracted, the song list misbehaves. If the already-thumbnailed list gets too long, you can run thumbnailer-admin clear to empty caches. (There doesn't ever seem to be a problem in the region of the list that has been cached already.) I'm also getting occasional crashes from the music app while trying all this. And, every now and then, I find a message such as DelegateModel::cancel(): index out of range 34 0 in the music app log. (I have no idea whether that is related.) I'd really appreciate if someone can look at this urgently. We want to land the improved thumbnailer but, while things are in this state, we can't. As best as I can tell, the problem might be related to incorrect error handling when the ThumbnailerImageResponse returns a request with status "invalid", either in the music app, or somewhere in the qml machinery. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1542175/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542175] Re: Problems and crashes with local music collection
I had a bit of a tinker with your simplified example, thanks for that! The reset of the list happens each and every time we return an error from the thumbnailer. This is new; with the previous thumbnailer, you never saw any errors because the thumbnailer delivered a fallback image when something went wrong. This behavior is going away (currently in silo 45), and the music app needs to handle errors for thumbnails that cannot be produced and provide its own fallback art in this case. I know next to nothing about qml but, from reading some of the docs, it looks like you can delegate the image loading to a Loader that returns default art when something goes wrong. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection Status in Ubuntu Music App: New Status in thumbnailer package in Ubuntu: New Status in unity8 package in Ubuntu: Invalid Bug description: We have just made a change to the thumbnailer that provides a 12x speed-up for extracting cover art from local music files with embedded artwork. I'm seeing serious problems with the song list in the music app with this new thumbnailer. I have tried very hard to find fault with what the thumbnailer is doing, but I don't think we are to blame. I need help getting to the bottom of this; I can't debug it myself. But I'm fairly confident that either the music app or the implementation of song list widget is doing something wrong. I've attached an archive that contains 1000 songs, each of which has embedded cover art. (It's the same boring image for all of them.) I'm seeing the problem on Mako, rc-proposed, build 359, which includes the new music app, I believe. The modified thumbnailer is available in silo 31. Please let me know when you no longer need the silo, so I can release it again. (We are really short on silos at the moment; it might be best to grab the vivid arm debs from the silo.) To reproduce the problem, install the silo, then: - Kill the music app - Clear out the Music folder - untar the song collection into the Music folder - run "thumbnailer-admin clear" to empty the caches - monitor the device with top and wait for the media scanner to finish indexing - Start the music app and go to the song list I'm seeing really weird behavior. Initially, the song list flickers a few times, redrawing itself each time. After a few seconds, it settles down. Now start scrolling slowly. It might work for some distance but, after a few songs, the song list is reset to the top (first song) and redraws itself. Now scroll down again, quickly. Again, the song list resets to the top. Each time this happens, the song list is populated with a bunch of extra songs. Each time I scroll down, it works fine for the region that was cached previously, and then things blow up as soon as the scroll moves into the as-yet unexplored part. Looking at the thumbnailer, I'm not seeing anything unusual. We deliver thumbnails as we should. But I notice that, for some reason, while scrolling in the song list, the music app also sends requests for artist art to the thumbnailer? Why? There is no artist in sight. Some of the songs in the collection have an empty artist field and the thumbnailer returns an error for that (because asking for artist art without an artist doesn't make sense). But there can be other errors, such as errors returned by the remote server. It looks like the song list resetting is related to the error return from the thumbnailer. Every time the thumbnailer reports that something could not be extracted, the song list misbehaves. If the already-thumbnailed list gets too long, you can run thumbnailer-admin clear to empty caches. (There doesn't ever seem to be a problem in the region of the list that has been cached already.) I'm also getting occasional crashes from the music app while trying all this. And, every now and then, I find a message such as DelegateModel::cancel(): index out of range 34 0 in the music app log. (I have no idea whether that is related.) I'd really appreciate if someone can look at this urgently. We want to land the improved thumbnailer but, while things are in this state, we can't. As best as I can tell, the problem might be related to incorrect error handling when the ThumbnailerImageResponse returns a request with status "invalid", either in the music app, or somewhere in the qml machinery. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1542175/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542175] Re: Problems and crashes with local music collection
Attached is a smaller set of test songs. None of these have an empty artist or album tag, and all of them contain cover art. The problem still shows up with your test qml, Victor. None of these songs produce errors, so we can rule out the error handling as the culprit. What I'm seeing is that the list resets to the beginning whenever there is a miss on the cache. It's easy to see this by following the thumbnailer log and scrolling down very slowly. Things work exactly up to the point where the first miss is encountered. But, whether we have a miss or a hit at the service end makes no difference to the client, other than the amount of time it takes for the request to complete. (Hits and misses are indistinguishable to the client). I've verified that we are returning the correct image data on the client side after both hits and and misses. I wonder whether there is a collation problem of some kind, or whether it is possible for the association of which request goes with what list item to get messed up somehow? ** Attachment added: "testsongs.tar.gz" https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1542175/+attachment/4566614/+files/testsongs.tar.gz -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection Status in Ubuntu Music App: New Status in thumbnailer package in Ubuntu: New Status in unity8 package in Ubuntu: Invalid Bug description: We have just made a change to the thumbnailer that provides a 12x speed-up for extracting cover art from local music files with embedded artwork. I'm seeing serious problems with the song list in the music app with this new thumbnailer. I have tried very hard to find fault with what the thumbnailer is doing, but I don't think we are to blame. I need help getting to the bottom of this; I can't debug it myself. But I'm fairly confident that either the music app or the implementation of song list widget is doing something wrong. I've attached an archive that contains 1000 songs, each of which has embedded cover art. (It's the same boring image for all of them.) I'm seeing the problem on Mako, rc-proposed, build 359, which includes the new music app, I believe. The modified thumbnailer is available in silo 31. Please let me know when you no longer need the silo, so I can release it again. (We are really short on silos at the moment; it might be best to grab the vivid arm debs from the silo.) To reproduce the problem, install the silo, then: - Kill the music app - Clear out the Music folder - untar the song collection into the Music folder - run "thumbnailer-admin clear" to empty the caches - monitor the device with top and wait for the media scanner to finish indexing - Start the music app and go to the song list I'm seeing really weird behavior. Initially, the song list flickers a few times, redrawing itself each time. After a few seconds, it settles down. Now start scrolling slowly. It might work for some distance but, after a few songs, the song list is reset to the top (first song) and redraws itself. Now scroll down again, quickly. Again, the song list resets to the top. Each time this happens, the song list is populated with a bunch of extra songs. Each time I scroll down, it works fine for the region that was cached previously, and then things blow up as soon as the scroll moves into the as-yet unexplored part. Looking at the thumbnailer, I'm not seeing anything unusual. We deliver thumbnails as we should. But I notice that, for some reason, while scrolling in the song list, the music app also sends requests for artist art to the thumbnailer? Why? There is no artist in sight. Some of the songs in the collection have an empty artist field and the thumbnailer returns an error for that (because asking for artist art without an artist doesn't make sense). But there can be other errors, such as errors returned by the remote server. It looks like the song list resetting is related to the error return from the thumbnailer. Every time the thumbnailer reports that something could not be extracted, the song list misbehaves. If the already-thumbnailed list gets too long, you can run thumbnailer-admin clear to empty caches. (There doesn't ever seem to be a problem in the region of the list that has been cached already.) I'm also getting occasional crashes from the music app while trying all this. And, every now and then, I find a message such as DelegateModel::cancel(): index out of range 34 0 in the music app log. (I have no idea whether that is related.) I'd really appreciate if someone can look at this urgently. We want to land the improved thumbnailer but, while things are in this state, we can't. As best as I can tell, the problem might
[Touch-packages] [Bug 1542175] Re: Problems and crashes with local music collection
This my ignorance at work. What's the right project for a problem that is potentially caused the qml infrastructure applications use? Isn't the song list some pre-canned component? At least the image provider would be, I imagine? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection Status in Ubuntu Music App: New Status in thumbnailer package in Ubuntu: New Status in unity8 package in Ubuntu: New Bug description: We have just made a change to the thumbnailer that provides a 12x speed-up for extracting cover art from local music files with embedded artwork. I'm seeing serious problems with the song list in the music app with this new thumbnailer. I have tried very hard to find fault with what the thumbnailer is doing, but I don't think we are to blame. I need help getting to the bottom of this; I can't debug it myself. But I'm fairly confident that either the music app or the implementation of song list widget is doing something wrong. I've attached an archive that contains 1000 songs, each of which has embedded cover art. (It's the same boring image for all of them.) I'm seeing the problem on Mako, rc-proposed, build 359, which includes the new music app, I believe. The modified thumbnailer is available in silo 31. Please let me know when you no longer need the silo, so I can release it again. (We are really short on silos at the moment; it might be best to grab the vivid arm debs from the silo.) To reproduce the problem, install the silo, then: - Kill the music app - Clear out the Music folder - untar the song collection into the Music folder - run "thumbnailer-admin clear" to empty the caches - monitor the device with top and wait for the media scanner to finish indexing - Start the music app and go to the song list I'm seeing really weird behavior. Initially, the song list flickers a few times, redrawing itself each time. After a few seconds, it settles down. Now start scrolling slowly. It might work for some distance but, after a few songs, the song list is reset to the top (first song) and redraws itself. Now scroll down again, quickly. Again, the song list resets to the top. Each time this happens, the song list is populated with a bunch of extra songs. Each time I scroll down, it works fine for the region that was cached previously, and then things blow up as soon as the scroll moves into the as-yet unexplored part. Looking at the thumbnailer, I'm not seeing anything unusual. We deliver thumbnails as we should. But I notice that, for some reason, while scrolling in the song list, the music app also sends requests for artist art to the thumbnailer? Why? There is no artist in sight. Some of the songs in the collection have an empty artist field and the thumbnailer returns an error for that (because asking for artist art without an artist doesn't make sense). But there can be other errors, such as errors returned by the remote server. It looks like the song list resetting is related to the error return from the thumbnailer. Every time the thumbnailer reports that something could not be extracted, the song list misbehaves. If the already-thumbnailed list gets too long, you can run thumbnailer-admin clear to empty caches. (There doesn't ever seem to be a problem in the region of the list that has been cached already.) I'm also getting occasional crashes from the music app while trying all this. And, every now and then, I find a message such as DelegateModel::cancel(): index out of range 34 0 in the music app log. (I have no idea whether that is related.) I'd really appreciate if someone can look at this urgently. We want to land the improved thumbnailer but, while things are in this state, we can't. As best as I can tell, the problem might be related to incorrect error handling when the ThumbnailerImageResponse returns a request with status "invalid", either in the music app, or somewhere in the qml machinery. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1542175/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542175] Re: Problems and crashes with local music collection
Victor, with my limited qml knowledge, this seems to suggest that there is a problem with ListView? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection Status in Ubuntu Music App: New Status in thumbnailer package in Ubuntu: New Status in unity8 package in Ubuntu: Invalid Bug description: We have just made a change to the thumbnailer that provides a 12x speed-up for extracting cover art from local music files with embedded artwork. I'm seeing serious problems with the song list in the music app with this new thumbnailer. I have tried very hard to find fault with what the thumbnailer is doing, but I don't think we are to blame. I need help getting to the bottom of this; I can't debug it myself. But I'm fairly confident that either the music app or the implementation of song list widget is doing something wrong. I've attached an archive that contains 1000 songs, each of which has embedded cover art. (It's the same boring image for all of them.) I'm seeing the problem on Mako, rc-proposed, build 359, which includes the new music app, I believe. The modified thumbnailer is available in silo 31. Please let me know when you no longer need the silo, so I can release it again. (We are really short on silos at the moment; it might be best to grab the vivid arm debs from the silo.) To reproduce the problem, install the silo, then: - Kill the music app - Clear out the Music folder - untar the song collection into the Music folder - run "thumbnailer-admin clear" to empty the caches - monitor the device with top and wait for the media scanner to finish indexing - Start the music app and go to the song list I'm seeing really weird behavior. Initially, the song list flickers a few times, redrawing itself each time. After a few seconds, it settles down. Now start scrolling slowly. It might work for some distance but, after a few songs, the song list is reset to the top (first song) and redraws itself. Now scroll down again, quickly. Again, the song list resets to the top. Each time this happens, the song list is populated with a bunch of extra songs. Each time I scroll down, it works fine for the region that was cached previously, and then things blow up as soon as the scroll moves into the as-yet unexplored part. Looking at the thumbnailer, I'm not seeing anything unusual. We deliver thumbnails as we should. But I notice that, for some reason, while scrolling in the song list, the music app also sends requests for artist art to the thumbnailer? Why? There is no artist in sight. Some of the songs in the collection have an empty artist field and the thumbnailer returns an error for that (because asking for artist art without an artist doesn't make sense). But there can be other errors, such as errors returned by the remote server. It looks like the song list resetting is related to the error return from the thumbnailer. Every time the thumbnailer reports that something could not be extracted, the song list misbehaves. If the already-thumbnailed list gets too long, you can run thumbnailer-admin clear to empty caches. (There doesn't ever seem to be a problem in the region of the list that has been cached already.) I'm also getting occasional crashes from the music app while trying all this. And, every now and then, I find a message such as DelegateModel::cancel(): index out of range 34 0 in the music app log. (I have no idea whether that is related.) I'd really appreciate if someone can look at this urgently. We want to land the improved thumbnailer but, while things are in this state, we can't. As best as I can tell, the problem might be related to incorrect error handling when the ThumbnailerImageResponse returns a request with status "invalid", either in the music app, or somewhere in the qml machinery. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1542175/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542175] Re: Problems and crashes with local music collection
No, I meant whatever UI component consumes the image that comes out of the thumbnailer's image provider if successful, and the error when not successful. Forgive me, but I know nothing about how all the UI stuff works. If I've assigned this to the wrong project, could you please re-assign to the one that's right? I don't know which one that might be. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection Status in Ubuntu Music App: New Status in thumbnailer package in Ubuntu: New Status in unity8 package in Ubuntu: New Bug description: We have just made a change to the thumbnailer that provides a 12x speed-up for extracting cover art from local music files with embedded artwork. I'm seeing serious problems with the song list in the music app with this new thumbnailer. I have tried very hard to find fault with what the thumbnailer is doing, but I don't think we are to blame. I need help getting to the bottom of this; I can't debug it myself. But I'm fairly confident that either the music app or the implementation of song list widget is doing something wrong. I've attached an archive that contains 1000 songs, each of which has embedded cover art. (It's the same boring image for all of them.) I'm seeing the problem on Mako, rc-proposed, build 359, which includes the new music app, I believe. The modified thumbnailer is available in silo 31. Please let me know when you no longer need the silo, so I can release it again. (We are really short on silos at the moment; it might be best to grab the vivid arm debs from the silo.) To reproduce the problem, install the silo, then: - Kill the music app - Clear out the Music folder - untar the song collection into the Music folder - run "thumbnailer-admin clear" to empty the caches - monitor the device with top and wait for the media scanner to finish indexing - Start the music app and go to the song list I'm seeing really weird behavior. Initially, the song list flickers a few times, redrawing itself each time. After a few seconds, it settles down. Now start scrolling slowly. It might work for some distance but, after a few songs, the song list is reset to the top (first song) and redraws itself. Now scroll down again, quickly. Again, the song list resets to the top. Each time this happens, the song list is populated with a bunch of extra songs. Each time I scroll down, it works fine for the region that was cached previously, and then things blow up as soon as the scroll moves into the as-yet unexplored part. Looking at the thumbnailer, I'm not seeing anything unusual. We deliver thumbnails as we should. But I notice that, for some reason, while scrolling in the song list, the music app also sends requests for artist art to the thumbnailer? Why? There is no artist in sight. Some of the songs in the collection have an empty artist field and the thumbnailer returns an error for that (because asking for artist art without an artist doesn't make sense). But there can be other errors, such as errors returned by the remote server. It looks like the song list resetting is related to the error return from the thumbnailer. Every time the thumbnailer reports that something could not be extracted, the song list misbehaves. If the already-thumbnailed list gets too long, you can run thumbnailer-admin clear to empty caches. (There doesn't ever seem to be a problem in the region of the list that has been cached already.) I'm also getting occasional crashes from the music app while trying all this. And, every now and then, I find a message such as DelegateModel::cancel(): index out of range 34 0 in the music app log. (I have no idea whether that is related.) I'd really appreciate if someone can look at this urgently. We want to land the improved thumbnailer but, while things are in this state, we can't. As best as I can tell, the problem might be related to incorrect error handling when the ThumbnailerImageResponse returns a request with status "invalid", either in the music app, or somewhere in the qml machinery. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1542175/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542140] Re: scope doesn't handle exception during start()
*** This bug is a duplicate of bug 1288170 *** https://bugs.launchpad.net/bugs/1288170 ** This bug has been marked a duplicate of bug 1288170 Potential race on first boot when local db doesn't exist yet -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1542140 Title: scope doesn't handle exception during start() Status in mediascanner2 package in Ubuntu: New Status in unity-scope-mediascanner package in Ubuntu: New Bug description: I just ran up the scope while the mediascanner was still indexing a large collection I had dropped into the music folder. When I switched to the mediascanner scope, I ended up with a completely blank screen, nothing shown at all. In registry log, I found this: scoperunner: unity::ResourceException: Scope mediascanner-music: exception from start(): Tried to open a db with schema versino -1, while supported version is 10. Trying to refresh didn't do anything. The bouncing bar showed up for a while, and I was still left with a blank screen. It seems that the scope eventually recovers. I left the phone sitting there for a while and, next time I glanced at it, the scope had populated the screen. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mediascanner2/+bug/1542140/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542083] Re: broken video clip has extremely blurry icon when navigating to the camera roll
Can we have a copy of the offending video? That would help a lot. What sort of video is this? One that was taken with the camera, or was it added to the device from somewhere else? If the video was copied from somewhere else and contains cover art, that cover art will be used. Because the thumbnailer never up-scales, if the embedded cover art is small, it ends up getting up-scaled by display widget, which might be what causes it to look blurry. We really need an example file to figure out what is going on. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to camera-app in Ubuntu. https://bugs.launchpad.net/bugs/1542083 Title: broken video clip has extremely blurry icon when navigating to the camera roll Status in Canonical System Image: New Status in camera-app package in Ubuntu: New Status in thumbnailer package in Ubuntu: New Bug description: from design: If for some reason thumbnail was not able to be generated after taking a video, the placeholder thumbnail is very blurry. Guessing that thumbnailer is not providing a thumbnail for this at needed size requested. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1542083/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542083] Re: broken video clip has extremely blurry icon when navigating to the camera roll
Also, why does it say "broken" video clip in the title. Is there something wrong with the clip? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to camera-app in Ubuntu. https://bugs.launchpad.net/bugs/1542083 Title: broken video clip has extremely blurry icon when navigating to the camera roll Status in Canonical System Image: New Status in camera-app package in Ubuntu: New Status in thumbnailer package in Ubuntu: New Bug description: from design: If for some reason thumbnail was not able to be generated after taking a video, the placeholder thumbnail is very blurry. Guessing that thumbnailer is not providing a thumbnail for this at needed size requested. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1542083/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542083] Re: broken video clip has extremely blurry icon when navigating to the camera roll
Ah, so *that's* what a broken video is :-) I guess the fallback image that is returned is just really low quality. We have branch waiting to be merged for this: https://code.launchpad.net/~jamesh/thumbnailer/no-fallback- albumart/+merge/263216 Once that merges, each app and scope can provide its own fallback art. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to camera-app in Ubuntu. https://bugs.launchpad.net/bugs/1542083 Title: broken video clip has extremely blurry icon when navigating to the camera roll Status in Canonical System Image: Confirmed Status in camera-app package in Ubuntu: Confirmed Status in thumbnailer package in Ubuntu: Confirmed Bug description: from design: If for some reason thumbnail was not able to be generated after taking a video, the placeholder thumbnail is very blurry. Guessing that thumbnailer is not providing a thumbnail for this at needed size requested. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1542083/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1502282] Re: "unknown" connectivity status problematic
Here is the code in QueryMetadata that set this: it = var.find("internet_connectivity"); if (it != var.end()) { internet_connectivity_ = it->second.get_bool() ? QueryMetadata::Connected : QueryMetadata::Disconnected; } else { internet_connectivity_ = QueryMetadata::Unknown; } So, the only way for this not to be set is if the status isn't passed in by the caller. ActionMetadata and PerformAction derive from QueryMetadata, so they get this setting for free. At least going by this brief look, I'd say that the shell doesn't set the status for activation and preview. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1502282 Title: "unknown" connectivity status problematic Status in The Savilerow project: New Status in unity-scopes-api package in Ubuntu: Confirmed Status in unity-scopes-shell package in Ubuntu: Confirmed Bug description: metadata provides a scope a network connectivity status enum with three possible states: * connected * disconnected * unknown Sometimes unknown is the current state. This is quite problematic because in general a scopes that queries the network (that is, most scopes) need to know whether there is network or is not network and depending on this either make the network queries or display an error message. A status of unknown connectivity leaves the scope with no valid option: * the scope could assume the network is down and provide the user an error message. But often the network is not actually down, so this interrupts the user's flow unnecessarily * the scope could assume the network is up, but this is dangerous if it is not up To manage notifications about this bug go to: https://bugs.launchpad.net/savilerow/+bug/1502282/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1502282] Re: "unknown" connectivity status problematic
You are always free to ignore the network status. It was moved in mainly as a convenience feature, to allow a scope to immediately notice if, for example, the device is in flight mode. Given the problems with NetworkAccessManager (still not completely resolved), I would probably interpret "unknown" to mean "available" and go ahead, and only pay attention if the status indicates "network down". The issue with ActionMetadata and PerformAction not receiving the network status needs looking at. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1502282 Title: "unknown" connectivity status problematic Status in The Savilerow project: New Status in unity-scopes-api package in Ubuntu: Confirmed Status in unity-scopes-shell package in Ubuntu: Confirmed Bug description: metadata provides a scope a network connectivity status enum with three possible states: * connected * disconnected * unknown Sometimes unknown is the current state. This is quite problematic because in general a scopes that queries the network (that is, most scopes) need to know whether there is network or is not network and depending on this either make the network queries or display an error message. A status of unknown connectivity leaves the scope with no valid option: * the scope could assume the network is down and provide the user an error message. But often the network is not actually down, so this interrupts the user's flow unnecessarily * the scope could assume the network is up, but this is dangerous if it is not up To manage notifications about this bug go to: https://bugs.launchpad.net/savilerow/+bug/1502282/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542175] Re: Problems and crashes with local music collection
Adding thumbnailer and unity8-dash because I don't know which is the guilty party... ** Also affects: thumbnailer (Ubuntu) Importance: Undecided Status: New ** Also affects: unity8 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection Status in Ubuntu Music App: New Status in thumbnailer package in Ubuntu: New Status in unity8 package in Ubuntu: New Bug description: We have just made a change to the thumbnailer that provides a 12x speed-up for extracting cover art from local music files with embedded artwork. I'm seeing serious problems with the song list in the music app with this new thumbnailer. I have tried very hard to find fault with what the thumbnailer is doing, but I don't think we are to blame. I need help getting to the bottom of this; I can't debug it myself. But I'm fairly confident that either the music app or the implementation of song list widget is doing something wrong. I've attached an archive that contains 1000 songs, each of which has embedded cover art. (It's the same boring image for all of them.) I'm seeing the problem on Mako, rc-proposed, build 359, which includes the new music app, I believe. The modified thumbnailer is available in silo 31. Please let me know when you no longer need the silo, so I can release it again. (We are really short on silos at the moment; it might be best to grab the vivid arm debs from the silo.) To reproduce the problem, install the silo, then: - Kill the music app - Clear out the Music folder - untar the song collection into the Music folder - run "thumbnailer-admin clear" to empty the caches - monitor the device with top and wait for the media scanner to finish indexing - Start the music app and go to the song list I'm seeing really weird behavior. Initially, the song list flickers a few times, redrawing itself each time. After a few seconds, it settles down. Now start scrolling slowly. It might work for some distance but, after a few songs, the song list is reset to the top (first song) and redraws itself. Now scroll down again, quickly. Again, the song list resets to the top. Each time this happens, the song list is populated with a bunch of extra songs. Each time I scroll down, it works fine for the region that was cached previously, and then things blow up as soon as the scroll moves into the as-yet unexplored part. Looking at the thumbnailer, I'm not seeing anything unusual. We deliver thumbnails as we should. But I notice that, for some reason, while scrolling in the song list, the music app also sends requests for artist art to the thumbnailer? Why? There is no artist in sight. Some of the songs in the collection have an empty artist field and the thumbnailer returns an error for that (because asking for artist art without an artist doesn't make sense). But there can be other errors, such as errors returned by the remote server. It looks like the song list resetting is related to the error return from the thumbnailer. Every time the thumbnailer reports that something could not be extracted, the song list misbehaves. If the already-thumbnailed list gets too long, you can run thumbnailer-admin clear to empty caches. (There doesn't ever seem to be a problem in the region of the list that has been cached already.) I'm also getting occasional crashes from the music app while trying all this. And, every now and then, I find a message such as DelegateModel::cancel(): index out of range 34 0 in the music app log. (I have no idea whether that is related.) I'd really appreciate if someone can look at this urgently. We want to land the improved thumbnailer but, while things are in this state, we can't. As best as I can tell, the problem might be related to incorrect error handling when the ThumbnailerImageResponse returns a request with status "invalid", either in the music app, or somewhere in the qml machinery. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1542175/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542175] Re: Problems and crashes with local music collection
Besides the core issue with the song list, why does the music app ask for *artist* art when I'm in the song list? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection Status in Ubuntu Music App: New Status in thumbnailer package in Ubuntu: New Status in unity8 package in Ubuntu: New Bug description: We have just made a change to the thumbnailer that provides a 12x speed-up for extracting cover art from local music files with embedded artwork. I'm seeing serious problems with the song list in the music app with this new thumbnailer. I have tried very hard to find fault with what the thumbnailer is doing, but I don't think we are to blame. I need help getting to the bottom of this; I can't debug it myself. But I'm fairly confident that either the music app or the implementation of song list widget is doing something wrong. I've attached an archive that contains 1000 songs, each of which has embedded cover art. (It's the same boring image for all of them.) I'm seeing the problem on Mako, rc-proposed, build 359, which includes the new music app, I believe. The modified thumbnailer is available in silo 31. Please let me know when you no longer need the silo, so I can release it again. (We are really short on silos at the moment; it might be best to grab the vivid arm debs from the silo.) To reproduce the problem, install the silo, then: - Kill the music app - Clear out the Music folder - untar the song collection into the Music folder - run "thumbnailer-admin clear" to empty the caches - monitor the device with top and wait for the media scanner to finish indexing - Start the music app and go to the song list I'm seeing really weird behavior. Initially, the song list flickers a few times, redrawing itself each time. After a few seconds, it settles down. Now start scrolling slowly. It might work for some distance but, after a few songs, the song list is reset to the top (first song) and redraws itself. Now scroll down again, quickly. Again, the song list resets to the top. Each time this happens, the song list is populated with a bunch of extra songs. Each time I scroll down, it works fine for the region that was cached previously, and then things blow up as soon as the scroll moves into the as-yet unexplored part. Looking at the thumbnailer, I'm not seeing anything unusual. We deliver thumbnails as we should. But I notice that, for some reason, while scrolling in the song list, the music app also sends requests for artist art to the thumbnailer? Why? There is no artist in sight. Some of the songs in the collection have an empty artist field and the thumbnailer returns an error for that (because asking for artist art without an artist doesn't make sense). But there can be other errors, such as errors returned by the remote server. It looks like the song list resetting is related to the error return from the thumbnailer. Every time the thumbnailer reports that something could not be extracted, the song list misbehaves. If the already-thumbnailed list gets too long, you can run thumbnailer-admin clear to empty caches. (There doesn't ever seem to be a problem in the region of the list that has been cached already.) I'm also getting occasional crashes from the music app while trying all this. And, every now and then, I find a message such as DelegateModel::cancel(): index out of range 34 0 in the music app log. (I have no idea whether that is related.) I'd really appreciate if someone can look at this urgently. We want to land the improved thumbnailer but, while things are in this state, we can't. As best as I can tell, the problem might be related to incorrect error handling when the ThumbnailerImageResponse returns a request with status "invalid", either in the music app, or somewhere in the qml machinery. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1542175/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542175] Re: Problems and crashes with local music collection
Great, thanks for double-checking. The log messages are expected. They simply indicate that something didn't work when trying to get a thumbnail. It's not clear to me who is to blame here. As far as the thumbnailer is concerned, it receives an error indication from the server and returns an image response indicating that the request failed. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1542175 Title: Problems and crashes with local music collection Status in Ubuntu Music App: New Status in thumbnailer package in Ubuntu: New Status in unity8 package in Ubuntu: New Bug description: We have just made a change to the thumbnailer that provides a 12x speed-up for extracting cover art from local music files with embedded artwork. I'm seeing serious problems with the song list in the music app with this new thumbnailer. I have tried very hard to find fault with what the thumbnailer is doing, but I don't think we are to blame. I need help getting to the bottom of this; I can't debug it myself. But I'm fairly confident that either the music app or the implementation of song list widget is doing something wrong. I've attached an archive that contains 1000 songs, each of which has embedded cover art. (It's the same boring image for all of them.) I'm seeing the problem on Mako, rc-proposed, build 359, which includes the new music app, I believe. The modified thumbnailer is available in silo 31. Please let me know when you no longer need the silo, so I can release it again. (We are really short on silos at the moment; it might be best to grab the vivid arm debs from the silo.) To reproduce the problem, install the silo, then: - Kill the music app - Clear out the Music folder - untar the song collection into the Music folder - run "thumbnailer-admin clear" to empty the caches - monitor the device with top and wait for the media scanner to finish indexing - Start the music app and go to the song list I'm seeing really weird behavior. Initially, the song list flickers a few times, redrawing itself each time. After a few seconds, it settles down. Now start scrolling slowly. It might work for some distance but, after a few songs, the song list is reset to the top (first song) and redraws itself. Now scroll down again, quickly. Again, the song list resets to the top. Each time this happens, the song list is populated with a bunch of extra songs. Each time I scroll down, it works fine for the region that was cached previously, and then things blow up as soon as the scroll moves into the as-yet unexplored part. Looking at the thumbnailer, I'm not seeing anything unusual. We deliver thumbnails as we should. But I notice that, for some reason, while scrolling in the song list, the music app also sends requests for artist art to the thumbnailer? Why? There is no artist in sight. Some of the songs in the collection have an empty artist field and the thumbnailer returns an error for that (because asking for artist art without an artist doesn't make sense). But there can be other errors, such as errors returned by the remote server. It looks like the song list resetting is related to the error return from the thumbnailer. Every time the thumbnailer reports that something could not be extracted, the song list misbehaves. If the already-thumbnailed list gets too long, you can run thumbnailer-admin clear to empty caches. (There doesn't ever seem to be a problem in the region of the list that has been cached already.) I'm also getting occasional crashes from the music app while trying all this. And, every now and then, I find a message such as DelegateModel::cancel(): index out of range 34 0 in the music app log. (I have no idea whether that is related.) I'd really appreciate if someone can look at this urgently. We want to land the improved thumbnailer but, while things are in this state, we can't. As best as I can tell, the problem might be related to incorrect error handling when the ThumbnailerImageResponse returns a request with status "invalid", either in the music app, or somewhere in the qml machinery. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1542175/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1539068] Re: My Music scope no longer shows "get started!"
USB seems to be really flaky. I’ve just sent a question to the phablet list about this. Thanks for confirming! The weird thing is that I can’t get it to work at all, even with my one known good cable. It always says that it failed to connect :( It would be good to get reports from other people as to how well MTP works for them on a Mac. If i'm not the only one with this problem, we might have to come up with something better. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1539068 Title: My Music scope no longer shows "get started!" Status in Canonical System Image: Fix Committed Status in unity-scope-mediascanner package in Ubuntu: Fix Released Bug description: The My Music scope no longer shows the "get started!" splash screen. The "My Videos" scope still seems to work though. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1539068/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542140] [NEW] scope doesn't handle exception during start()
Public bug reported: I just ran up the scope while the mediascanner was still indexing a large collection I had dropped into the music folder. When I switched to the mediascanner scope, I ended up with a completely blank screen, nothing shown at all. In registry log, I found this: scoperunner: unity::ResourceException: Scope mediascanner-music: exception from start(): Tried to open a db with schema versino -1, while supported version is 10. Trying to refresh didn't do anything. The bouncing bar showed up for a while, and I was still left with a blank screen. It seems that the scope eventually recovers. I left the phone sitting there for a while and, next time I glanced at it, the scope had populated the screen. ** Affects: mediascanner2 (Ubuntu) Importance: Undecided Status: New ** Affects: unity-scope-mediascanner (Ubuntu) Importance: Undecided Status: New ** Also affects: mediascanner2 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1542140 Title: scope doesn't handle exception during start() Status in mediascanner2 package in Ubuntu: New Status in unity-scope-mediascanner package in Ubuntu: New Bug description: I just ran up the scope while the mediascanner was still indexing a large collection I had dropped into the music folder. When I switched to the mediascanner scope, I ended up with a completely blank screen, nothing shown at all. In registry log, I found this: scoperunner: unity::ResourceException: Scope mediascanner-music: exception from start(): Tried to open a db with schema versino -1, while supported version is 10. Trying to refresh didn't do anything. The bouncing bar showed up for a while, and I was still left with a blank screen. It seems that the scope eventually recovers. I left the phone sitting there for a while and, next time I glanced at it, the scope had populated the screen. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mediascanner2/+bug/1542140/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542083] Re: broken video clip has extremely blurry icon when navigating to the camera roll
This sets full trace for the thumbnailer: gsettings set com.canonical.Unity.Thumbnailer log-level 2 If you want to start out with a cold cache, you can run thumbnailer-admin clear Then run a trace on ~phablet/.cache/upstart/dbus.log The trace shows the requested dimensions for each thumbnail. Check whether the dimensions being asked for are correct. If too small, the problem is outside the thumbnailer. If dimensions are as expected, and the video contains embedded cover art, the embedded cover art will be returned scaled down to the requested size; if the dimensions of the embedded cover art are smaller than the requested dimensions, the cover art will be returned at the size it was found in the video. Otherwise, if the video does not contain cover art, the thumbnailer will extract a still frame and return that still frame, scaled down to the requested size. In this case, the only way the image would be blurry if the still frame itself is blurry, or if the video has ridiculously small dimensions. To confirm what's going on, run /usr/lib/x86_64-linux-gnu/thumbnailer/vs-thumb video.tiff Then check video.tiff by looking at it with a browser or image viewer. This completely bypasses the thumbnailer and verifies whether the image is being extracted correctly and omits any scaling; the command simply dumps whatever image was found as cover art, or whatever screenshot was extracted. You can also talk to the thumbnailer: thumbnailer-admin get This drops the thumbnail at the largest available resolution into the current directory. To request a specific size, use thumbnail-admin get --size=200 This adds the image to the cache and returns it (or returns it from the cache if it was cached earlier) after running it through the scaler. man thumbnailer and man thumbnailer-service provide more detail. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to camera-app in Ubuntu. https://bugs.launchpad.net/bugs/1542083 Title: broken video clip has extremely blurry icon when navigating to the camera roll Status in Canonical System Image: New Status in camera-app package in Ubuntu: New Status in thumbnailer package in Ubuntu: New Bug description: from design: If for some reason thumbnail was not able to be generated after taking a video, the placeholder thumbnail is very blurry. Guessing that thumbnailer is not providing a thumbnail for this at needed size requested. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1542083/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1540876] Re: Not all results recieved when there is a lot of them (>=3000?)
I had a look at the high water mark for the outgoing socket, and it is at the default of zero, which, according to the zmq doc, means "no limit". This will need a closer look to figure out why messages are being lost. ** Changed in: unity-scopes-api (Ubuntu) Assignee: (unassigned) => Michi Henning (michihenning) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1540876 Title: Not all results recieved when there is a lot of them (>=3000?) Status in unity-scopes-api package in Ubuntu: New Bug description: It looks like ZMQ high water-mark limits the number of results that can succesfuly be received by a client to something around 2000; this may depend on the result size and delays between pushes though. With 3000 results in my test code I was receiving approximately 1900, the remainder was dropped on the floor. While these numbers are probably more than we will ever need, it may be worth looking into it. Perhaps ZMQ queue size can be increased, also a meaningful error in the logs about hitting such cases would be nice (if possible at all). I'll add a pointer to a sample test case from unity-scopes-shell at a later time, please contact me if I forget to do so ;) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scopes-api/+bug/1540876/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1532719] Re: Preserve transparency in logos
** Changed in: thumbnailer (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1532719 Title: Preserve transparency in logos Status in thumbnailer package in Ubuntu: Confirmed Bug description: It would be nice, if the thumbnailer could preserve transparency in thumbnails for e.g. logos. The black background often looks really bad in applications that use a light theme. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1532719/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1541836] Re: Transparent PNG files have a black color background
I guess the thumbnail would look extremely black :-( We've had the same issue reported previously: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1532719 Fixing it isn't rocket science, but will take a day or two of work, which I currently can't spare. How urgent is this? ** Changed in: thumbnailer (Ubuntu) Importance: Undecided => Wishlist ** Changed in: thumbnailer (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1541836 Title: Transparent PNG files have a black color background Status in thumbnailer package in Ubuntu: Confirmed Bug description: When requesting a new thumbnail from a PNG file with transparent background, the result image has a solid black color background. The problem is worst when trying to display a black and transparent PNG file. Attached a simple QML app that shows the problem. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1541836/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1540753] Re: Video thumbnails don't go into full-size cache
** Changed in: thumbnailer (Ubuntu) Assignee: (unassigned) => Michi Henning (michihenning) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1540753 Title: Video thumbnails don't go into full-size cache Status in thumbnailer package in Ubuntu: New Bug description: Video thumbnails from vs-thumb should go into the full-size cache, but they don't. The logic for read() is broken, we need to add the full- size image, possibly down-scaled, there. Best way to deal with this is to factor out the logic for adding stuff to the full-size cache and then call that from both places? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1540753/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1542163] [NEW] flight mode indicator shown when not in flight mode
Public bug reported: I was tinkering with flight mode and wifi on/off to test something. I'm sorry, but I can't recall the steps I took to get the phone into this state (Mako, rc-proposed, image 359). The device is, as a matter of fact, *not* in flight mode (I can browse web). Both wifi and flight mode icon are showing (see attached screen shot). When cross-checking with the settings app, it also shows the device in flight mode (toggle is shown green). However, in the attached indicator screen shot, flight mode is shown as off, but the airoplane icon is visible as well (which should be impossible). I tried turning flight mode off in the settings app. I can do this but the aeroplane icon stays put, and when I pull down on the indicator, flight mode shown as "on" there, even though the settings app toggle shows "off". When I use the toggle in the settings app to turn flight mode off and wait about 20 seconds or so, the toggle turns back to "on" by itself, without me touching the phone. Also, with flight mode shown as "on" in both settings app and the pull- down, I can pull down on the indicators and turn flight mode off. But, when I swipe up again and look at the settings up, flight mode is still shown as "on" there. Now I turn flight mode off in the settings app and wait a while, and the toggle moves by itself back to "on". Cross-checking with the browser, I can still browse the web. Switching to the settings app, it shows flight mode "on" but, when I pull down on the indicator, it shows flight mode as "off". The aeroplane icon is visible permanently while all this is going on. ** Affects: indicator-network (Ubuntu) Importance: Undecided Status: New ** Attachment added: "screenshot20160205_151954855.png" https://bugs.launchpad.net/bugs/1542163/+attachment/4564310/+files/screenshot20160205_151954855.png -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-network in Ubuntu. https://bugs.launchpad.net/bugs/1542163 Title: flight mode indicator shown when not in flight mode Status in indicator-network package in Ubuntu: New Bug description: I was tinkering with flight mode and wifi on/off to test something. I'm sorry, but I can't recall the steps I took to get the phone into this state (Mako, rc-proposed, image 359). The device is, as a matter of fact, *not* in flight mode (I can browse web). Both wifi and flight mode icon are showing (see attached screen shot). When cross-checking with the settings app, it also shows the device in flight mode (toggle is shown green). However, in the attached indicator screen shot, flight mode is shown as off, but the airoplane icon is visible as well (which should be impossible). I tried turning flight mode off in the settings app. I can do this but the aeroplane icon stays put, and when I pull down on the indicator, flight mode shown as "on" there, even though the settings app toggle shows "off". When I use the toggle in the settings app to turn flight mode off and wait about 20 seconds or so, the toggle turns back to "on" by itself, without me touching the phone. Also, with flight mode shown as "on" in both settings app and the pull-down, I can pull down on the indicators and turn flight mode off. But, when I swipe up again and look at the settings up, flight mode is still shown as "on" there. Now I turn flight mode off in the settings app and wait a while, and the toggle moves by itself back to "on". Cross-checking with the browser, I can still browse the web. Switching to the settings app, it shows flight mode "on" but, when I pull down on the indicator, it shows flight mode as "off". The aeroplane icon is visible permanently while all this is going on. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1542163/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1482068] Re: The camera icon on videos scope is different than on launcher or apps scope
** Changed in: unity-scope-mediascanner (Ubuntu) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1482068 Title: The camera icon on videos scope is different than on launcher or apps scope Status in Canonical System Image: Fix Committed Status in The Savilerow project: Invalid Status in unity-scope-mediascanner package in Ubuntu: Fix Released Bug description: $ system-image-cli -i current build number: 66 device name: arale channel: ubuntu-touch/rc-proposed/meizu.en last update: 2015-07-22 16:12:56 version version: 66 version ubuntu: 20150722 version device: 20150709-8965e37 version custom: 20150716-819-8-42 Reproduce Steps: 1,Make sure there is no local video can be play 2,Go to Video scopes and check the camera icon 3,Compare it with camera of launcher and apps scopes Expect Result : The camera icon need unification Actual Result: The camera icon on videos scope is different than on launcher or apps scope To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1482068/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1378278] Re: [music-app]+ [dash] Inconsistent artwork between scope and app
** Changed in: unity-scope-mediascanner (Ubuntu) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1378278 Title: [music-app]+ [dash] Inconsistent artwork between scope and app Status in Ubuntu Music App: New Status in Ubuntu UX: Fix Released Status in unity-scope-mediascanner package in Ubuntu: Fix Released Bug description: I have only one Bruno Mars and one Daft Punk album on my device. In the Music Scope initial view they show with one set of artwork. In the Music app and the expanded Music Scope they show different artwork. Should these not be consistent? Scope:- http://imgur.com/yKR0hof Scope, expanded:- http://imgur.com/GqtRI5a Further example:- http://imgur.com/cL3E0Ni I don't have a screenshot from the Music App, but it shows the same as the scope expanded view. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1378278/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1540876] Re: Not all results recieved when there is a lot of them (>=3000?)
Thanks for this! I doubt that we'll be able to log this. I don't think zmq provides the relevant info. The best we can hope for is not blowing the limit (within reason). -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1540876 Title: Not all results recieved when there is a lot of them (>=3000?) Status in unity-scopes-api package in Ubuntu: New Bug description: It looks like ZMQ high water-mark limits the number of results that can succesfuly be received by a client to something around 2000; this may depend on the result size and delays between pushes though. With 3000 results in my test code I was receiving approximately 1900, the remainder was dropped on the floor. While these numbers are probably more than we will ever need, it may be worth looking into it. Perhaps ZMQ queue size can be increased, also a meaningful error in the logs about hitting such cases would be nice (if possible at all). I'll add a pointer to a sample test case from unity-scopes-shell at a later time, please contact me if I forget to do so ;) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scopes-api/+bug/1540876/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1512608] Re: No thumbnails generated for OGG audio
Thanks for the confirmation, Fred. Glad it works for you now! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1512608 Title: No thumbnails generated for OGG audio Status in Canonical System Image: Fix Released Status in music-app package in Ubuntu: Invalid Status in thumbnailer package in Ubuntu: Fix Released Bug description: Setup: Core Music app BQ HD5 OTA-7 15.04 r6 Large collection of audio files in .ogg and .mp3 format on SD card Audio files tagged with Artist, Album titile, Track title etc. Expected result: Album covers and Artist images are displayed in Music app Actual result: Only mp3 audio files generate thumbnails. No Album of Artist thumbnails are generated for any OGG files To test the situation I have a) Cleared the thumbnailer failure cache b) removed the whole thumbnail cache directory c) Removed and reinsterted the SD card d) Uninstallled and reinstalled the core Music app Before the OTA-7 upgrade the thumbnails were shown for .ogg and .mp3 files To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1512608/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1378278] Re: [music-app]+ [dash] Inconsistent artwork between scope and app
I have just confirmed with Facundo that the server does this transparently. In other words, if the application sends artist+album and 7digital returns a failure for this, then the server automatically tries again with just the artist. So, if the application does this too, we are just wasting resources. The correct behavior appears to be to always send artist+album. If that doesn't return artwork, neither will artist+. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1378278 Title: [music-app]+ [dash] Inconsistent artwork between scope and app Status in Ubuntu Music App: New Status in Ubuntu UX: Fix Released Status in unity-scope-mediascanner package in Ubuntu: Fix Committed Bug description: I have only one Bruno Mars and one Daft Punk album on my device. In the Music Scope initial view they show with one set of artwork. In the Music app and the expanded Music Scope they show different artwork. Should these not be consistent? Scope:- http://imgur.com/yKR0hof Scope, expanded:- http://imgur.com/GqtRI5a Further example:- http://imgur.com/cL3E0Ni I don't have a screenshot from the Music App, but it shows the same as the scope expanded view. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1378278/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1515067] Re: Redundant requests for artist art
I have just confirmed with Facundo that the server does this transparently. In other words, if the application sends artist+album and 7digital returns a failure for this, then the server automatically tries again with just the artist. So, if the application does this too, we are just wasting resources. The correct behavior appears to be to always send artist+album. If that doesn't return artwork, neither will artist+. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1515067 Title: Redundant requests for artist art Status in Ubuntu Music App: In Progress Status in thumbnailer package in Ubuntu: Triaged Bug description: I'm seeing redundant requests in the thumbnailer for every artist. For example: thumbnailer-service: [00:33:58.397] "artist: Mamady Keïta/Afö (512,512): 5.732672 [q: 4.476239, d: 1.065771] sec (MISS)" thumbnailer-service: [00:33:58.439] "artist: Mamady Keïta/ (512,512): 5.774881 [q: 3.434976, d: 2.267816] sec (MISS)" thumbnailer-service: [00:33:56.041] "artist: Passport/ (512,512): 3.741614 [d: 3.681184] sec (MISS)" thumbnailer-service: [00:33:56.144] "artist: Passport/Passport to Paradise (512,512): 3.480054 [d: 3.446207] sec (MISS)" thumbnailer-service: [00:34:02.958] "artist: Pink Floyd/The Dark Side Of The Moon [2011 - Remaster] (512,512): 10.288417 [q: 6.923973, d: 3.262566] sec (MISS)" thumbnailer-service: [00:34:04.315] "artist: Pink Floyd/ (512,512): 11.646238 [q: 10.182878, d: 1.348939] sec (MISS)" For every artist, it appears that a request is sent for the artist with an empty album title, plus a request for the artist with an album title. This is not great because it results in two remote server accesses for each artist. This hammers the CPU and the network on the phone, as well as the server on dash.ubuntu.com. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1515067/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1540716] [NEW] Stress test overruns DBus on arm
Public bug reported: The mp3 stress test files on arm because it loses the DBus connection. The test itself succeeds, but the output from the mp3 test shows the DBus failure. I suspect we are overrunning DBus on the return path rather than the outgoing request path. Middleware for children :-( ** Affects: thumbnailer (Ubuntu) Importance: Critical Status: Confirmed ** Changed in: thumbnailer (Ubuntu) Importance: Undecided => Critical ** Changed in: thumbnailer (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1540716 Title: Stress test overruns DBus on arm Status in thumbnailer package in Ubuntu: Confirmed Bug description: The mp3 stress test files on arm because it loses the DBus connection. The test itself succeeds, but the output from the mp3 test shows the DBus failure. I suspect we are overrunning DBus on the return path rather than the outgoing request path. Middleware for children :-( To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1540716/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1540753] [NEW] Video thumbnails don't go into full-size cache
Public bug reported: Video thumbnails from vs-thumb should go into the full-size cache, but they don't. The logic for read() is broken, we need to add the full-size image, possibly down-scaled, there. Best way to deal with this is to factor out the logic for adding stuff to the full-size cache and then call that from both places? ** Affects: thumbnailer (Ubuntu) Importance: Medium Status: New ** Changed in: thumbnailer (Ubuntu) Importance: Undecided => Medium -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1540753 Title: Video thumbnails don't go into full-size cache Status in thumbnailer package in Ubuntu: New Bug description: Video thumbnails from vs-thumb should go into the full-size cache, but they don't. The logic for read() is broken, we need to add the full- size image, possibly down-scaled, there. Best way to deal with this is to factor out the logic for adding stuff to the full-size cache and then call that from both places? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1540753/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1538934] Re: qml test fails with vanilla xenial installation
** Changed in: thumbnailer (Ubuntu) Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1538934 Title: qml test fails with vanilla xenial installation Status in thumbnailer package in Ubuntu: New Bug description: On a fresh xenial install, the qml test fails. I'm running it from the qml test dir like this: $ ../../../tools/run-xvfb.sh ./qml_test -import `pwd`/../../plugins Output is in the attached trace file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1538934/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1411187] Re: [datetime] Add option to not have snooze
The iPhone has this one figure out. When I set an alarm, I get a page that shows me all the alarms I have created in the past, with the option to edit them, as well as add or delete alarms. If an alarm goes off and tap "Snooze", the modal dialog that pops up with the alarm goes away. When I want to prevent the alarm from going off again within the snooze interval, I can go to the alarm edit page and simply turn off the alarm with a toggle. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-datetime in Ubuntu. https://bugs.launchpad.net/bugs/1411187 Title: [datetime] Add option to not have snooze Status in Ubuntu Clock App: Triaged Status in Ubuntu UX: Fix Committed Status in unity-notifications: New Status in indicator-datetime package in Ubuntu: Triaged Status in unity-notifications package in Ubuntu: New Bug description: Snooze is evil. I suggest to add to snooze dropdown menu in the option the voice "No snooze" or something like this Documentation: https://docs.google.com/a/canonical.com/presentation/d/1JvDyhsW17d1-Mz8OY1YMBKwfRI2z9qgyRjbujEsxEMk/edit#slide=id.g34303b1ce_2_11 https://docs.google.com/presentation/d/1JvDyhsW17d1-Mz8OY1YMBKwfRI2z9qgyRjbujEsxEMk/edit#slide=id.g36c1a0cdd_010 https://docs.google.com/document/d/1xDSZ_dnAMAlhgFnnyjJEibaITXjVLp1_pnj_tATNm9I/edit https://developer.gnome.org/notification-spec/ [UX Comment] As it seems unlikely that we will be able to implement snooze on/off & snooze duration for individual alarms, but do have an application-wide setting that allows snooze duration to be set (but not disabled), I'd recommend the options relating to snooze in application settings be changed to the following: - No snooze - 5 minutes - 10 minutes - 15 minutes This way the list is still short (four options, as it is currently) but the options provided are likely to be more useful (current 2 minute snooze doesn't seem very useful, nor does the difference between 4 mins and 5 min snooze periods). [UX Comment 2] Additionally, notifications for snoozing alarms should come in two forms: 1. With the options 'OK' (ceases alarm) and 'Snooze' (sets the alarm to the snooze period elected by the user) 2. With the option 'OK' (ceases the alarm) when snooze is not enabled. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-clock-app/+bug/1411187/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1539068] Re: My Music scope no longer shows "get started!"
Right. But, on Macs, MTP isn't supported out of the box, so Mac users will have to install additional software: https://www.android.com/filetransfer/ We could use the concierge card for the music scope to mention this? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1539068 Title: My Music scope no longer shows "get started!" Status in Canonical System Image: In Progress Status in unity-scope-mediascanner package in Ubuntu: In Progress Bug description: The My Music scope no longer shows the "get started!" splash screen. The "My Videos" scope still seems to work though. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1539068/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1539068] Re: My Music scope no longer shows "get started!"
So, I just tried this. The software fails to establish the USB connection. Marcus, does it work for you on OS X? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1539068 Title: My Music scope no longer shows "get started!" Status in Canonical System Image: In Progress Status in unity-scope-mediascanner package in Ubuntu: In Progress Bug description: The My Music scope no longer shows the "get started!" splash screen. The "My Videos" scope still seems to work though. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1539068/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1539359] Re: No message for empty song collection
Hmmm... To a naive user, such as myself, it may not be obvious how to get music files onto the phone. It might be nice to say something about how to do this in whatever card we eventually end up in when no music has been copied yet. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1539359 Title: No message for empty song collection Status in Ubuntu UX: New Status in unity-scope-mediascanner package in Ubuntu: Confirmed Bug description: See here: https://bugs.launchpad.net/ubuntu/+source/unity-scope- mediascanner/+bug/1539068/comments/2 We don't display a message in the scope when the music collection is empty. Maybe a link/hint to the music app would be appropriate? Similar to what we do in the scope if there are no photos/videos? This also begs the question: how is a user with, say, a Nexus 4 going to get their song collection onto the device, seeing that it does not have a flash card slot? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1539359/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1538934] Re: qml test fails with vanilla xenial installation
Still getting some failures after unsetting that. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1538934 Title: qml test fails with vanilla xenial installation Status in thumbnailer package in Ubuntu: New Bug description: On a fresh xenial install, the qml test fails. I'm running it from the qml test dir like this: $ ../../../tools/run-xvfb.sh ./qml_test -import `pwd`/../../plugins Output is in the attached trace file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1538934/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1539359] Re: No message for empty song collection
And, as you pointed out on IRC, people using Mac will have to install additional software. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1539359 Title: No message for empty song collection Status in Ubuntu UX: New Status in unity-scope-mediascanner package in Ubuntu: Confirmed Bug description: See here: https://bugs.launchpad.net/ubuntu/+source/unity-scope- mediascanner/+bug/1539068/comments/2 We don't display a message in the scope when the music collection is empty. Maybe a link/hint to the music app would be appropriate? Similar to what we do in the scope if there are no photos/videos? This also begs the question: how is a user with, say, a Nexus 4 going to get their song collection onto the device, seeing that it does not have a flash card slot? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1539359/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1445755] Re: Provide a way to hide images from a particular location
Media scanner should treat images from Folder.jpg files (and similar) differently because these are known to be cover art and, therefore, should not appear as pictures in the photo roll and gallery. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mediascanner2 in Ubuntu. https://bugs.launchpad.net/bugs/1445755 Title: Provide a way to hide images from a particular location Status in gallery-app: New Status in gallery-app package in Ubuntu: Confirmed Status in mediascanner2 package in Ubuntu: Confirmed Bug description: I've put about 30GB of music in my SD card. Some of the music files don't have embedded cover art and their folders contain those cover art images. When I then opened the Gallery app, I noticed I now have thousands of "pictures" imported from the cover art images showing up in my Events and Pictures tabs, cluttering the real pictures I've taken with the camera. Is there a way to tell either mediascanner or the Gallery app to ignore a path and not import/show the images there? E.g. similar to Android, where you can put a .nomedia file in a folder and its images won't show up in the picture viewer. To manage notifications about this bug go to: https://bugs.launchpad.net/gallery-app/+bug/1445755/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1384857] Re: media scanner does not handle files with incorrectly encoded tags (mojibake)
I don't believe that this is a legitimate bug. The ID3 spec requires the encoding to be one of following: $00 – ISO-8859-1 (LATIN-1, Identical to ASCII for values smaller than 0x80). $01 – UCS-2 (UTF-16 encoded Unicode with BOM), in ID3v2.2 and ID3v2.3. $02 – UTF-16BE encoded Unicode without BOM, in ID3v2.4. $03 – UTF-8 encoded Unicode, in ID3v2.4. It's illegal to write GBK into ID3 tags, and I don't think we should make any attempt to perpetuate this error. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mediascanner2 in Ubuntu. https://bugs.launchpad.net/bugs/1384857 Title: media scanner does not handle files with incorrectly encoded tags (mojibake) Status in mediascanner2 package in Ubuntu: New Bug description: I don't really have enough information to know how prevalent this problem is, since it seems to be highly dependent on region. I was shown a Chinese user's phone where half the songs came up with garbage metadata. It seems that the problem is that the metadata in these files is tagged as ISO-8859-1, but is actually in the locale's legacy encoding (GBK in the case of these Chinese tracks). It is not clear whether we can easily fix this in media scanner though, since GStreamer is providing tag data to us normalised to UTF-8. To unmangle the text, I needed to convert this UTF-8 to ISO-8859-1, and then convert that back to UTF-8 as if it was GBK. GStreamer already includes some code to attempt to decode text according to the locale's encoding, but since we are using UTF-8 locales this doesn't do anything: http://cgit.freedesktop.org/gstreamer/gst-plugins-base/tree/gst- libs/gst/tag/id3v2frames.c#n968 There is also an open upstream bug about guessing at a legacy encoding based on the the locale, but it hasn't seen any activity in a year: https://bugzilla.gnome.org/show_bug.cgi?id=688367 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mediascanner2/+bug/1384857/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1534117] Re: Preview screen layout is unfortunate
Note that, in the first screen shot, the inline playback widget is visible (just barely) on Mako. However, this doesn't appear to be the case always. For other albums, it gets pushed off-screen completely. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1534117 Title: Preview screen layout is unfortunate Status in Ubuntu UX: New Status in unity-scope-mediascanner package in Ubuntu: Incomplete Bug description: I select a song from the song list and tap on it. before-scroll.png shows what I see after tapping the song. (Never mind the missing artwork, that's irrelevant.) What I see is the album art, the song title and artist, and the "Play in music app" button. What DO NOT see is that it's possible to play the song right there and then by tapping on the play icon, because the play icon is off screen. It is only after scrolling down (which I may well never do), that the play icon becomes visible (see after-scroll.png). We need to find a way to fit all the relevant UI elements on the screen without scrolling. Otherwise, many users will miss that there is something they can do because it is off-screen. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1534117/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1502282] Re: "unknown" connectivity status problematic
Hmmm... This looks like the ActionMetadata that is passed in has an uninitialised connectivity status. I'm not sure who's to blame here. It might be the Go binding, or it might be shell. ** Changed in: unity-scopes-api (Ubuntu) Status: Incomplete => Confirmed ** Changed in: unity-scopes-shell (Ubuntu) Status: Incomplete => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1502282 Title: "unknown" connectivity status problematic Status in The Savilerow project: New Status in unity-scopes-api package in Ubuntu: Confirmed Status in unity-scopes-shell package in Ubuntu: Confirmed Bug description: metadata provides a scope a network connectivity status enum with three possible states: * connected * disconnected * unknown Sometimes unknown is the current state. This is quite problematic because in general a scopes that queries the network (that is, most scopes) need to know whether there is network or is not network and depending on this either make the network queries or display an error message. A status of unknown connectivity leaves the scope with no valid option: * the scope could assume the network is down and provide the user an error message. But often the network is not actually down, so this interrupts the user's flow unnecessarily * the scope could assume the network is up, but this is dangerous if it is not up To manage notifications about this bug go to: https://bugs.launchpad.net/savilerow/+bug/1502282/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1538934] Re: qml test fails with vanilla xenial installation
James suggested to unset QT_QPA_PLATFORMTHEME. Will try that tomorrow. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1538934 Title: qml test fails with vanilla xenial installation Status in thumbnailer package in Ubuntu: New Bug description: On a fresh xenial install, the qml test fails. I'm running it from the qml test dir like this: $ ../../../tools/run-xvfb.sh ./qml_test -import `pwd`/../../plugins Output is in the attached trace file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1538934/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1538346] Re: /usr/lib/arm-linux-gnueabihf/unity-scopes/scoperunner:11:std::string::size:std::string::compare:std::operator:std::less:std::_Rb_tree
Looks like a life cycle issue, with a lambda firing and using something that's no longer there. ** Changed in: unity-scope-mediascanner (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1538346 Title: /usr/lib/arm-linux-gnueabihf/unity- scopes/scoperunner:11:std::string::size:std::string::compare:std::operator:std::less:std::_Rb_tree Status in unity-scope-mediascanner package in Ubuntu: Confirmed Bug description: The Ubuntu Error Tracker has been receiving reports about a problem regarding unity-scope-mediascanner. This problem was most recently seen with version 0.2+15.04.20160114-0ubuntu1, the problem page at https://errors.ubuntu.com/problem/8797d81cbe08bf7ee40ee67ae0d4d6d48b166a7a contains more details. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1538346/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1378143] Re: [Music App and Scope] Consistent use of "Songs" or "Tracks" between Music app and Music scope
Added unity-greeter and re-opened for Ubuntu UX because the greeter also uses "songs" but should probably use "tracks" too, for consistency. (Currently, the greeter says "X songs played today". ** Also affects: unity-greeter (Ubuntu) Importance: Undecided Status: New ** Changed in: ubuntu-ux Status: Fix Committed => New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1378143 Title: [Music App and Scope] Consistent use of "Songs" or "Tracks" between Music app and Music scope Status in Ubuntu Music App: In Progress Status in Ubuntu UX: New Status in unity-greeter package in Ubuntu: New Status in unity-scope-mediascanner package in Ubuntu: Triaged Bug description: It'd be ideal if both the Music app (which currently uses "Songs") and the Music scope (which uses "Tracks") used similar terminology. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1378143/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1539359] [NEW] No message for empty song collection
Public bug reported: See here: https://bugs.launchpad.net/ubuntu/+source/unity-scope- mediascanner/+bug/1539068/comments/2 We don't display a message in the scope when the music collection is empty. Maybe a link/hint to the music app would be appropriate? Similar to what we do in the scope if there are no photos/videos? This also begs the question: how is a user with, say, a Nexus 4 going to get their song collection onto the device, seeing that it does not have a flash card slot? ** Affects: ubuntu-ux Importance: Undecided Status: New ** Affects: unity-scope-mediascanner (Ubuntu) Importance: Medium Status: Confirmed ** Also affects: ubuntu-ux Importance: Undecided Status: New ** Changed in: unity-scope-mediascanner (Ubuntu) Importance: Undecided => Medium ** Changed in: unity-scope-mediascanner (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1539359 Title: No message for empty song collection Status in Ubuntu UX: New Status in unity-scope-mediascanner package in Ubuntu: Confirmed Bug description: See here: https://bugs.launchpad.net/ubuntu/+source/unity-scope- mediascanner/+bug/1539068/comments/2 We don't display a message in the scope when the music collection is empty. Maybe a link/hint to the music app would be appropriate? Similar to what we do in the scope if there are no photos/videos? This also begs the question: how is a user with, say, a Nexus 4 going to get their song collection onto the device, seeing that it does not have a flash card slot? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1539359/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1378143] Re: [Music App and Scope] Consistent use of "Songs" or "Tracks" between Music app and Music scope
Ah, sorry, my ignorance. It's a non-issue then. The music scope doesn't do anything like this. ** Changed in: ubuntu-ux Status: New => Fix Released ** Changed in: unity-greeter (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1378143 Title: [Music App and Scope] Consistent use of "Songs" or "Tracks" between Music app and Music scope Status in Ubuntu Music App: In Progress Status in Ubuntu UX: Fix Released Status in unity-greeter package in Ubuntu: Invalid Status in unity-scope-mediascanner package in Ubuntu: Triaged Bug description: It'd be ideal if both the Music app (which currently uses "Songs") and the Music scope (which uses "Tracks") used similar terminology. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1378143/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1539068] Re: My Music scope no longer shows "get started!"
It would be nice touch to have something similar to videos here. It raises an interesting question though: How is a user going to get their music collection onto the device if there is no slot for a flash card? adb push seems a little extreme for the average non-technical user… Let's not have this stop the release though. Whether to show something or not here is a separate issue. I'll open a separate bug for this. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1539068 Title: My Music scope no longer shows "get started!" Status in Canonical System Image: In Progress Status in unity-scope-mediascanner package in Ubuntu: In Progress Bug description: The My Music scope no longer shows the "get started!" splash screen. The "My Videos" scope still seems to work though. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1539068/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1531913] Re: Fallback image not shown when no image specified
** Changed in: unity-scopes-api (Ubuntu) Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1531913 Title: Fallback image not shown when no image specified Status in Canonical System Image: Confirmed Status in unity-scopes-api package in Ubuntu: Fix Committed Status in unity8 package in Ubuntu: In Progress Bug description: In fixing bug #1520631 in unity-scope-click, as the store server will start allowing uploads with no icon specified, it was discovered that Unity8 is not showing the fallback when we do not include the artwork. Instead, it is only shown if we specify invalid artwork. This seems wrong, and instead I would think the fallback would be displayed whenever no other artwork is provided. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1531913/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1538774] [NEW] thumbnailer-admin fails with relative path
Public bug reported: $ cd /tmp $ ls xxx.mp3 xxx.mp3 $ thumbnailer-admin get xxx.mp3 thumbnailer-admin: DBusInterface::GetThumbnail(): xxx.mp3: unity::ResourceException: Thumbnailer::get_thumbnail(): boost::filesystem::canonical: No such file or directory: "/xxx.mp3" ** Affects: thumbnailer (Ubuntu) Importance: Medium Assignee: Michi Henning (michihenning) Status: In Progress ** Changed in: thumbnailer (Ubuntu) Assignee: (unassigned) => Michi Henning (michihenning) ** Changed in: thumbnailer (Ubuntu) Status: New => In Progress ** Changed in: thumbnailer (Ubuntu) Importance: Undecided => Medium -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1538774 Title: thumbnailer-admin fails with relative path Status in thumbnailer package in Ubuntu: In Progress Bug description: $ cd /tmp $ ls xxx.mp3 xxx.mp3 $ thumbnailer-admin get xxx.mp3 thumbnailer-admin: DBusInterface::GetThumbnail(): xxx.mp3: unity::ResourceException: Thumbnailer::get_thumbnail(): boost::filesystem::canonical: No such file or directory: "/xxx.mp3" To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1538774/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1538934] [NEW] qml test fails with vanilla xenial installation
Public bug reported: On a fresh xenial install, the qml test fails. I'm running it from the qml test dir like this: $ ../../../tools/run-xvfb.sh ./qml_test -import `pwd`/../../plugins Output is in the attached trace file. ** Affects: thumbnailer (Ubuntu) Importance: Undecided Assignee: James Henstridge (jamesh) Status: New ** Attachment added: "Test output" https://bugs.launchpad.net/bugs/1538934/+attachment/4558147/+files/trace ** Changed in: thumbnailer (Ubuntu) Assignee: (unassigned) => James Henstridge (jamesh) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1538934 Title: qml test fails with vanilla xenial installation Status in thumbnailer package in Ubuntu: New Bug description: On a fresh xenial install, the qml test fails. I'm running it from the qml test dir like this: $ ../../../tools/run-xvfb.sh ./qml_test -import `pwd`/../../plugins Output is in the attached trace file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1538934/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1538934] Re: qml test fails with vanilla xenial installation
After installing the thumbnailer from the archive, the messages about the missing .service files disappear. But there are still two tests that fail (see second attached file). ** Attachment added: "trace2" https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1538934/+attachment/4558149/+files/trace2 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1538934 Title: qml test fails with vanilla xenial installation Status in thumbnailer package in Ubuntu: New Bug description: On a fresh xenial install, the qml test fails. I'm running it from the qml test dir like this: $ ../../../tools/run-xvfb.sh ./qml_test -import `pwd`/../../plugins Output is in the attached trace file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1538934/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1529452] Re: Gallery app asks for same image multiple times at different sizes
BTW, it would probably be helpful to set the thumbailer trace to include hits in dbus.log when debugging this. Just run gsettings set com.canonical.Unity.Thumbnailer log-level 2 (Without this, the log only shows misses and errors.) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, 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: Confirmed Status in gallery-app package in Ubuntu: In Progress Status in thumbnailer package in Ubuntu: Triaged 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/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1480269] Re: Scrolling is slow and jerky
I can confirm that switching to grid view fixes the problem. ** Changed in: thumbnailer (Ubuntu) Status: Triaged => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1480269 Title: Scrolling is slow and jerky Status in Ubuntu Music App: Fix Committed Status in thumbnailer package in Ubuntu: Invalid Bug description: Scrolling is slow and jerky in all views Artists / Albums / Genres / Songs etc To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1480269/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1514522] Re: music apps doesn't find any files
** Also affects: mediascanner2 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mediascanner2 in Ubuntu. https://bugs.launchpad.net/bugs/1514522 Title: music apps doesn't find any files Status in Ubuntu Music App: Incomplete Status in mediascanner2 package in Ubuntu: New Bug description: Some times Music app doesn't find any files. List appear empty. Here is a part of the log: Failed to retrieve rows: database is locked "ThumbnailerRequestImpl::dbusCallFinished(): D-Bus error: Handler::check_finished(): no artwork for album: Mago de Oz/La Leyenda de la Mancha (512,512): FAILED PREVIOUSLY" ThumbnailerImageResponse::dbusCallFinished(): D-Bus error: "ThumbnailerRequestImpl::dbusCallFinished(): D-Bus error: Handler::check_finished(): no artwork for album: Mago de Oz/La Leyenda de la Mancha (512,512): FAILED PREVIOUSLY" Error finalising statement: Could not finalize statement: database is locked Failed to retrieve rows: database is locked "Request cancelled" ThumbnailerImageResponse::dbusCallFinished(): D-Bus error: "Request cancelled" "Request cancelled" ThumbnailerImageResponse::dbusCallFinished(): D-Bus error: "Request cancelled" "Request cancelled" ThumbnailerImageResponse::dbusCallFinished(): D-Bus error: "Request cancelled" "Request cancelled" ThumbnailerImageResponse::dbusCallFinished(): D-Bus error: "Request cancelled" "Request cancelled" ThumbnailerImageResponse::dbusCallFinished(): D-Bus error: "Request cancelled" libust[18456/18491]: Error: Error opening shm /lttng-ust-wait-5 (in get_wait_shm() at lttng-ust-comm.c:958) libust[18456/18492]: Error: Error opening shm /lttng-ust-wait-5-32011 (in get_wait_shm() at lttng-ust-comm.c:958) UbuntuWindow::handleSurfaceFocusChange(focused=false) ** Application is now inactive libust[18456/18491]: Error: Error opening shm /lttng-ust-wait-5 (in get_wait_shm() at lttng-ust-comm.c:958) libust[18456/18492]: Error: Error opening shm /lttng-ust-wait-5-32011 (in get_wait_shm() at lttng-ust-comm.c:958) libust[18456/18491]: Error: Error opening shm /lttng-ust-wait-5 (in get_wait_shm() at lttng-ust-comm.c:958) libust[18456/18492]: Error: Error opening shm /lttng-ust-wait-5-32011 (in get_wait_shm() at lttng-ust-comm.c:958) libust[18456/18491]: Error: Error opening shm /lttng-ust-wait-5 (in get_wait_shm() at lttng-ust-comm.c:958) libust[18456/18492]: Error: Error opening shm /lttng-ust-wait-5-32011 (in get_wait_shm() at lttng-ust-comm.c:958) libust[18456/18491]: Error: Error opening shm /lttng-ust-wait-5 (in get_wait_shm() at lttng-ust-comm.c:958) libust[18456/18492]: Error: Error opening shm /lttng-ust-wait-5-32011 (in get_wait_shm() at lttng-ust-comm.c:958) libust[18456/18491]: Error: Error opening shm /lttng-ust-wait-5 (in get_wait_shm() at lttng-ust-comm.c:958) libust[18456/18492]: Error: Error opening shm /lttng-ust-wait-5-32011 (in get_wait_shm() at lttng-ust-comm.c:958) I usually have other crashes with the app so I don't know if it is related with them. Tell me if you need more information. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1514522/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1515067] Re: Redundant requests for artist art
This is behaving much better now, thanks! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1515067 Title: Redundant requests for artist art Status in Ubuntu Music App: In Progress Status in thumbnailer package in Ubuntu: Triaged Bug description: I'm seeing redundant requests in the thumbnailer for every artist. For example: thumbnailer-service: [00:33:58.397] "artist: Mamady Keïta/Afö (512,512): 5.732672 [q: 4.476239, d: 1.065771] sec (MISS)" thumbnailer-service: [00:33:58.439] "artist: Mamady Keïta/ (512,512): 5.774881 [q: 3.434976, d: 2.267816] sec (MISS)" thumbnailer-service: [00:33:56.041] "artist: Passport/ (512,512): 3.741614 [d: 3.681184] sec (MISS)" thumbnailer-service: [00:33:56.144] "artist: Passport/Passport to Paradise (512,512): 3.480054 [d: 3.446207] sec (MISS)" thumbnailer-service: [00:34:02.958] "artist: Pink Floyd/The Dark Side Of The Moon [2011 - Remaster] (512,512): 10.288417 [q: 6.923973, d: 3.262566] sec (MISS)" thumbnailer-service: [00:34:04.315] "artist: Pink Floyd/ (512,512): 11.646238 [q: 10.182878, d: 1.348939] sec (MISS)" For every artist, it appears that a request is sent for the artist with an empty album title, plus a request for the artist with an album title. This is not great because it results in two remote server accesses for each artist. This hammers the CPU and the network on the phone, as well as the server on dash.ubuntu.com. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1515067/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1538755] Re: /usr/lib/arm-linux-gnueabihf/thumbnailer/thumbnailer-service:11:QMap:QNetworkManagerInterfaceDeviceWired::carrier:QNetworkManagerEngine::parseConnection:QNetworkMana
This doesn't look like a thumbnailer problem per se. Seems like it just exposed an issue in Qt networking code. ** Also affects: qtbase-opensource-src (Ubuntu) Importance: Undecided Status: New ** Changed in: thumbnailer (Ubuntu) Status: New => Triaged -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to qtbase-opensource-src in Ubuntu. https://bugs.launchpad.net/bugs/1538755 Title: /usr/lib/arm-linux-gnueabihf/thumbnailer/thumbnailer- service:11:QMap:QNetworkManagerInterfaceDeviceWired::carrier:QNetworkManagerEngine::parseConnection:QNetworkManagerEngine::newConnection:QNetworkManagerEngine::setupConfigurations Status in qtbase-opensource-src package in Ubuntu: New Status in thumbnailer package in Ubuntu: Triaged Bug description: The Ubuntu Error Tracker has been receiving reports about a problem regarding thumbnailer. This problem was most recently seen with version 2.3+15.04.20151102.2-0ubuntu1, the problem page at https://errors.ubuntu.com/problem/4d8506d5cef09939bd7de656ced14576d34f1e9a contains more details. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1538755/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1496226] Re: Top-left menu disappears after viewing a photo
Seems to have been fixed in some update since. ** Changed in: gallery-app (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gallery-app in Ubuntu. https://bugs.launchpad.net/bugs/1496226 Title: Top-left menu disappears after viewing a photo Status in gallery-app package in Ubuntu: Invalid Bug description: Take a few photos with the camera. Start gallery app. Tap on one of the photos in the events view. Tap on the photo and then on the "back" chevron. Now the events view shows again, and the menu at the top-left has disappeared. (It's now a black box and tapping on that doesn't activate the menu.) It appears that there is no way to recover from this other than to kill and re-start the app. I'm seeing this on Mako with image 240. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gallery-app/+bug/1496226/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1502282] Re: "unknown" connectivity status problematic
Kyle, do you see it returning unknown only before the first request, or always (even after a successful request)? I'd try treating "unknown" as "available" and see how that goes. There might still some weirdness in NetworkAccessManager. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-shell in Ubuntu. https://bugs.launchpad.net/bugs/1502282 Title: "unknown" connectivity status problematic Status in The Savilerow project: New Status in unity-scopes-api package in Ubuntu: Incomplete Status in unity-scopes-shell package in Ubuntu: Incomplete Bug description: metadata provides a scope a network connectivity status enum with three possible states: * connected * disconnected * unknown Sometimes unknown is the current state. This is quite problematic because in general a scopes that queries the network (that is, most scopes) need to know whether there is network or is not network and depending on this either make the network queries or display an error message. A status of unknown connectivity leaves the scope with no valid option: * the scope could assume the network is down and provide the user an error message. But often the network is not actually down, so this interrupts the user's flow unnecessarily * the scope could assume the network is up, but this is dangerous if it is not up To manage notifications about this bug go to: https://bugs.launchpad.net/savilerow/+bug/1502282/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1537328] Re: Undefined symbol when running scope in emulator
This looks like the scopes API lib used by the emulator is out of date? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1537328 Title: Undefined symbol when running scope in emulator Status in Client Developer Experience: New Status in unity-scopes-api package in Ubuntu: New Bug description: I'm trying to run the template scope in the emulator of the Ubuntu SDK in 15.04. The scope builds just fine, but when I try to run it in the emulator, it gives me the following error: scoperunner: unity::ResourceException: Cannot load scope schnasni.username_schnasni; tried in the following locations: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/libschnasni.username_schnasni.so /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/schnasni.username_schnasni.so /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/scope.so /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/libschnasni.username_schnasni.so /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/schnasni.username_schnasni.so /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/scope.so Exception history: Exception #1: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/libschnasni.username_schnasni.so: cannot open shared object file: No such file or directory Exception #2: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/schnasni.username_schnasni.so: cannot open shared object file: No such file or directory Exception #3: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/i386-linux-gnu/scope.so: cannot open shared object file: No such file or directory Exception #4: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/libschnasni.username_schnasni.so: undefined symbol: _ZN5unity6scopes9ScopeBase22activate_result_actionERKNS0_6ResultERKNS0_14ActionMetadataERKSs Exception #5: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/schnasni.username_schnasni.so: cannot open shared object file: No such file or directory Exception #6: unity::ResourceException: /opt/click.ubuntu.com/schnasni.username/0.1/schnasni/scope.so: cannot open shared object file: No such file or directory It searches for the file in 6 directories, and does not find it in 5 of these, which is expected I think. But what does undefined symbol: _ZN5unity6scopes9ScopeBase22activate_result_actionERKNS0_6ResultERKNS0_14ActionMetadataERKS mean and how can I resolve it? To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-developer-experience/+bug/1537328/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1536307] Re: Unknown albums should not be shown
If you try with the attached song collection, it becomes obvious that this doesn't work for poorly-tagged collections (which are common). There are loads and loads of "Unknown Album" entries to no good purpose. I really think it would work much better if we got rid of those entires, just like the mediascanner scope does. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1536307 Title: Unknown albums should not be shown Status in Ubuntu Music App: New Status in thumbnailer package in Ubuntu: Triaged Bug description: Unpack the attached archive into the Music folder and wait for mediascanner to finish indexing (takes a few minutes). Now look at the album tab in the music app. There are hundreds of unknown albums at the beginning of the list. The attached music collection has a lot of poorly tagged songs in it (just like many users' collections will have imperfectly tagged songs). There are lots of songs with an empty album tag. (Such songs are legit too because I might add, say, audio recordings of a meeting or audio books to my collection.) The music app shows a separate "Unknown Album" for each and every song with an empty album tag. That's wrong. It should not show any album at all in this case because, by definition, a song with no album tag isn't part of any album--it's a stand-along song. (Note that collapsing all songs without an album tag into a single album not an option because it would conflate many unrelated tracks into a single album that doesn't exist.) This is how the mediascanner scope deals with empty albums; the music app should do the same thing. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1536307/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1378278] Re: [music-app]+ [dash] Inconsistent artwork between scope and app
** Changed in: unity-scope-mediascanner (Ubuntu) Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1378278 Title: [music-app]+ [dash] Inconsistent artwork between scope and app Status in Ubuntu Music App: New Status in Ubuntu UX: Fix Released Status in unity-scope-mediascanner package in Ubuntu: Fix Committed Bug description: I have only one Bruno Mars and one Daft Punk album on my device. In the Music Scope initial view they show with one set of artwork. In the Music app and the expanded Music Scope they show different artwork. Should these not be consistent? Scope:- http://imgur.com/yKR0hof Scope, expanded:- http://imgur.com/GqtRI5a Further example:- http://imgur.com/cL3E0Ni I don't have a screenshot from the Music App, but it shows the same as the scope expanded view. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1378278/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1529452] Re: Gallery app asks for same image multiple times at different sizes
With about 30 images in the photo roll, after scrolling left and right in the event view a number of times, those 30 images result in nearly 700 thumbnails in the cache :-( -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, 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: Confirmed Status in gallery-app package in Ubuntu: New Status in thumbnailer package in Ubuntu: Triaged 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/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1378278] Re: [music-app]+ [dash] Inconsistent artwork between scope and app
** Changed in: unity-scope-mediascanner (Ubuntu) Assignee: (unassigned) => Michi Henning (michihenning) ** Changed in: unity-scope-mediascanner (Ubuntu) Status: New => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1378278 Title: [music-app]+ [dash] Inconsistent artwork between scope and app Status in Ubuntu Music App: New Status in Ubuntu UX: Fix Released Status in unity-scope-mediascanner package in Ubuntu: In Progress Bug description: I have only one Bruno Mars and one Daft Punk album on my device. In the Music Scope initial view they show with one set of artwork. In the Music app and the expanded Music Scope they show different artwork. Should these not be consistent? Scope:- http://imgur.com/yKR0hof Scope, expanded:- http://imgur.com/GqtRI5a Further example:- http://imgur.com/cL3E0Ni I don't have a screenshot from the Music App, but it shows the same as the scope expanded view. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1378278/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1361604] Re: [7digital scope] Album preview screen updated track play/pause icons
I confirmed with Paty that this design is out of date. Closing. ** Changed in: unity-scope-mediascanner (Ubuntu) Status: Incomplete => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1361604 Title: [7digital scope] Album preview screen updated track play/pause icons Status in unity-scope-mediascanner package in Ubuntu: Invalid Bug description: Updated tracks play/pause icons based on designs (see attachements below). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1361604/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1361632] Re: [local music scope] Updated play/pause icons to comply with design
Confirmed with Paty that this design is out of date. Closing. ** Changed in: unity-scope-mediascanner (Ubuntu) Status: Incomplete => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1361632 Title: [local music scope] Updated play/pause icons to comply with design Status in unity-scope-mediascanner package in Ubuntu: Invalid Bug description: Updated track preview play/pause icons based on designs. See visual for 7digital for an example (screenshot attached). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1361632/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1351696] Re: "%s Features" needs translator comment
** Changed in: unity-scope-mediascanner (Ubuntu) Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1351696 Title: "%s Features" needs translator comment Status in Ubuntu Translations: Triaged Status in unity-scope-mediascanner package in Ubuntu: Fix Committed Bug description: "%s Features" ../src/videoaggregatorquery.cpp:130 It's not clear what's in the placeholder or if "Features" is 3rd person present tense of a verb, or a noun. Also, is this "features" in the sense of software features, or in the sense of featuring something in a promotional context? Please add a translator comment. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1351696/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1378278] Re: [music-app]+ [dash] Inconsistent artwork between scope and app
Talking about this with Pawel, this really should be addressed in the remote server. If it gets a request for artist art with both artist and album, and that request returns a lookup failure, it could try again without the album. (Apparently, there are cases where 7digital returns failure for both artist and album, but finds an image if only the artist is provided.) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1378278 Title: [music-app]+ [dash] Inconsistent artwork between scope and app Status in Ubuntu Music App: New Status in Ubuntu UX: Fix Released Status in unity-scope-mediascanner package in Ubuntu: New Bug description: I have only one Bruno Mars and one Daft Punk album on my device. In the Music Scope initial view they show with one set of artwork. In the Music app and the expanded Music Scope they show different artwork. Should these not be consistent? Scope:- http://imgur.com/yKR0hof Scope, expanded:- http://imgur.com/GqtRI5a Further example:- http://imgur.com/cL3E0Ni I don't have a screenshot from the Music App, but it shows the same as the scope expanded view. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1378278/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1536372] Re: Previews don't support two columns layout
Pawel and I just looked at it and there is no bug in scopes-api after all. As best as we can tell, as long as the remote scope requests two columns, things will just work. Marking as invalid for scopes-api. ** Changed in: unity-scopes-api (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1536372 Title: Previews don't support two columns layout Status in Canonical System Image: Confirmed Status in canonical-pocket-desktop: Confirmed Status in Ubuntu Rest Scopes: New Status in Ubuntu UX: New Status in unity-scope-click package in Ubuntu: In Progress Status in unity-scopes-api package in Ubuntu: Invalid Bug description: Just try the previews using this scope on ore than 80gu width, like on a landscape tablet. We see one single column half side of the screen. It should use both columns to display content. Mediascanner scope (and Youtube too) for example are working as expected To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1536372/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1536307] [NEW] Unknown albums should not be shown
Public bug reported: Unpack the attached archive into the Music folder and wait for mediascanner to finish indexing (takes a few minutes). Now look at the album tab in the music app. There are hundreds of unknown albums at the beginning of the list. The attached music collection has a lot of poorly tagged songs in it (just like many users' collections will have imperfectly tagged songs). There are lots of songs with an empty album tag. (Such songs are legit too because I might add, say, audio recordings of a meeting or audio books to my collection.) The music app shows a separate "Unknown Album" for each and every song with an empty album tag. That's wrong. It should not show any album at all in this case because, by definition, a song with no album tag isn't part of any album--it's a stand-along song. (Note that collapsing all songs without an album tag into a single album not an option because it would conflate many unrelated tracks into a single album that doesn't exist.) This is how the mediascanner scope deals with empty albums; the music app should do the same thing. ** Affects: music-app Importance: Undecided Status: New ** Affects: thumbnailer (Ubuntu) Importance: Undecided Status: Triaged ** Attachment added: "large-no-artwork.tar.gz" https://bugs.launchpad.net/bugs/1536307/+attachment/4553515/+files/large-no-artwork.tar.gz ** Also affects: thumbnailer (Ubuntu) Importance: Undecided Status: New ** Changed in: thumbnailer (Ubuntu) Status: New => Triaged -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1536307 Title: Unknown albums should not be shown Status in Ubuntu Music App: New Status in thumbnailer package in Ubuntu: Triaged Bug description: Unpack the attached archive into the Music folder and wait for mediascanner to finish indexing (takes a few minutes). Now look at the album tab in the music app. There are hundreds of unknown albums at the beginning of the list. The attached music collection has a lot of poorly tagged songs in it (just like many users' collections will have imperfectly tagged songs). There are lots of songs with an empty album tag. (Such songs are legit too because I might add, say, audio recordings of a meeting or audio books to my collection.) The music app shows a separate "Unknown Album" for each and every song with an empty album tag. That's wrong. It should not show any album at all in this case because, by definition, a song with no album tag isn't part of any album--it's a stand-along song. (Note that collapsing all songs without an album tag into a single album not an option because it would conflate many unrelated tracks into a single album that doesn't exist.) This is how the mediascanner scope deals with empty albums; the music app should do the same thing. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1536307/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1437919] Re: Album art rendered in Music app but not Scope.
Closing as invalid because the card for the main page changed recently and we are no longer showing albums there. ** Changed in: unity-scope-mediascanner (Ubuntu) Status: Confirmed => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1437919 Title: Album art rendered in Music app but not Scope. Status in Ubuntu Music App: Invalid Status in unity-scope-mediascanner package in Ubuntu: Invalid Bug description: Album art renders reliably in the Music app. I have not noticed any exceptions. The same album art renders in Music Scope either a. correctly (perhaps 20% of all tracks) or b. as a default mp3 symbol or c. as a default avatar. Fortunately, the text label does appear in the Scope. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1437919/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1535892] [NEW] Default artist art from 7digital is a pain
Public bug reported: Because curucu is a proprietary project, this is a dummy bug to the real one here: https://bugs.launchpad.net/curucu/+bug/1535890 Please comment on the curucu bug, not here. Setting this to "triaged" so we can track it. ** Affects: thumbnailer (Ubuntu) Importance: Undecided Status: Triaged ** Changed in: thumbnailer (Ubuntu) Status: New => Triaged -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1535892 Title: Default artist art from 7digital is a pain Status in thumbnailer package in Ubuntu: Triaged Bug description: Because curucu is a proprietary project, this is a dummy bug to the real one here: https://bugs.launchpad.net/curucu/+bug/1535890 Please comment on the curucu bug, not here. Setting this to "triaged" so we can track it. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1535892/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1535798] Re: My Music scope, tracks with odd characters in the path play but don't update the icon or show progress bar
Dave, can you let me know what the actual path names involved are? What special character seems to cause the problem? Can you attach the relevant files so we check this? Thanks! ** Changed in: unity-scope-mediascanner (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1535798 Title: My Music scope, tracks with odd characters in the path play but don't update the icon or show progress bar Status in unity-scope-mediascanner package in Ubuntu: Incomplete Status in unity-scopes-shell package in Ubuntu: New Bug description: STEPS: 1. Flash the phone with a bootstraped image 2. transfer some music across 3. move the to the Music Scope tap on My Music 4. Tap on the departments drop bar and select tracks 5. Tap play on each of the tracks EXPECTED: I expect all the play icons to change to pause icons and a progress bar appear ACTUAL: If the path has special character in it then the music starts to play but the icon and progress bar are not triggered. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1535798/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1351696] Re: "%s Features" needs translator comment
** Changed in: unity-scope-mediascanner (Ubuntu) Assignee: (unassigned) => Michi Henning (michihenning) ** Changed in: unity-scope-mediascanner (Ubuntu) Status: Confirmed => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1351696 Title: "%s Features" needs translator comment Status in Ubuntu Translations: Triaged Status in unity-scope-mediascanner package in Ubuntu: In Progress Bug description: "%s Features" ../src/videoaggregatorquery.cpp:130 It's not clear what's in the placeholder or if "Features" is 3rd person present tense of a verb, or a noun. Also, is this "features" in the sense of software features, or in the sense of featuring something in a promotional context? Please add a translator comment. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/1351696/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1535798] Re: My Music scope, tracks with odd characters in the path play but don't update the icon or show progress bar
** Also affects: unity-scopes-shell (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1535798 Title: My Music scope, tracks with odd characters in the path play but don't update the icon or show progress bar Status in unity-scope-mediascanner package in Ubuntu: New Status in unity-scopes-shell package in Ubuntu: New Bug description: STEPS: 1. Flash the phone with a bootstraped image 2. transfer some music across 3. move the to the Music Scope tap on My Music 4. Tap on the departments drop bar and select tracks 5. Tap play on each of the tracks EXPECTED: I expect all the play icons to change to pause icons and a progress bar appear ACTUAL: If the path has special character in it then the music starts to play but the icon and progress bar are not triggered. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1535798/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1531913] Re: Fallback image not shown when no image specified
If the card requires an image and the scope doesn't provide one, the fallback should be shown. If the scope does specify an image, but it doesn't load, the fallback should be shown too. That makes the most sense to me. ** Changed in: unity-scopes-api (Ubuntu) Assignee: (unassigned) => Michi Henning (michihenning) ** Changed in: unity-scopes-api (Ubuntu) Status: New => Confirmed ** Changed in: unity-scopes-api (Ubuntu) Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1531913 Title: Fallback image not shown when no image specified Status in Canonical System Image: Confirmed Status in unity-scopes-api package in Ubuntu: Confirmed Status in unity8 package in Ubuntu: Opinion Bug description: In fixing bug #1520631 in unity-scope-click, as the store server will start allowing uploads with no icon specified, it was discovered that Unity8 is not showing the fallback when we do not include the artwork. Instead, it is only shown if we specify invalid artwork. This seems wrong, and instead I would think the fallback would be displayed whenever no other artwork is provided. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1531913/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1531913] Re: Fallback image not shown when no image specified
I've pushed an MR with the doc update for scopes API here: https://code.launchpad.net/~michihenning/unity-scopes-api/doc- fix/+merge/283001 ** Changed in: unity-scopes-api (Ubuntu) Status: Confirmed => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1531913 Title: Fallback image not shown when no image specified Status in Canonical System Image: Confirmed Status in unity-scopes-api package in Ubuntu: In Progress Status in unity8 package in Ubuntu: Opinion Bug description: In fixing bug #1520631 in unity-scope-click, as the store server will start allowing uploads with no icon specified, it was discovered that Unity8 is not showing the fallback when we do not include the artwork. Instead, it is only shown if we specify invalid artwork. This seems wrong, and instead I would think the fallback would be displayed whenever no other artwork is provided. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1531913/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1531913] Re: Fallback image not shown when no image specified
The intention was that a scope can specify a specific fallback image. That image should be shown when the normal image load returns an error or an empty image (zero-length ByteArray, or whatever type it is). This allows the scope to specify a specific fallback image that might be needed to keep style/theming for the scope. If the scope doesn't provide a fallback image, or loading of the specified fallback image fails, the shell can substitute some generic fallback image. That was the thinking at the time we added this feature. What's the problem with doc? If it isn't right, I'll fix it. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scopes-api in Ubuntu. https://bugs.launchpad.net/bugs/1531913 Title: Fallback image not shown when no image specified Status in Canonical System Image: Confirmed Status in unity-scopes-api package in Ubuntu: New Status in unity8 package in Ubuntu: Opinion Bug description: In fixing bug #1520631 in unity-scope-click, as the store server will start allowing uploads with no icon specified, it was discovered that Unity8 is not showing the fallback when we do not include the artwork. Instead, it is only shown if we specify invalid artwork. This seems wrong, and instead I would think the fallback would be displayed whenever no other artwork is provided. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1531913/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1533930] Re: Duplicate artist in artist view
** Description changed: With the song collection in the attached archive, I see duplicate artist art. In the music scope, A-HA and 30 Seconds to Mars are shown twice. I turns out that this is happening because of tagging errors. There are - both "30 Seconds to Mars" and "30 Secocnds To Mars" tags present, as - well as "A-HA" and "A-Ha". + both "30 Seconds to Mars" and "30 Seconds To Mars" tags present, as well + as "A-HA" and "A-Ha". Brief experimentation with iTunes shows that iTunes is a little bit more clever than we are here, in that it collapses artists that differ only in capitalization into a single artist. Should we be doing the same thing? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to mediascanner2 in Ubuntu. https://bugs.launchpad.net/bugs/1533930 Title: Duplicate artist in artist view Status in Ubuntu Music App: New Status in mediascanner2 package in Ubuntu: New Status in unity-scope-mediascanner package in Ubuntu: Triaged Bug description: With the song collection in the attached archive, I see duplicate artist art. In the music scope, A-HA and 30 Seconds to Mars are shown twice. I turns out that this is happening because of tagging errors. There are both "30 Seconds to Mars" and "30 Seconds To Mars" tags present, as well as "A-HA" and "A-Ha". Brief experimentation with iTunes shows that iTunes is a little bit more clever than we are here, in that it collapses artists that differ only in capitalization into a single artist. Should we be doing the same thing? To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1533930/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1355673] Re: corrupted thumbnails for some videos
I've verified that the thumbnail is extracted correctly by vs-thumb on the desktop. We need to test this on the phone too, though. At any rate, if there is a problem, I suspect it'll be with the thumbnailer, not with the scope because the scope really has no idea what it is dealing with. Assigning to thumbnailer, too. ** Also affects: thumbnailer (Ubuntu) Importance: Undecided Status: New ** Changed in: thumbnailer (Ubuntu) Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1355673 Title: corrupted thumbnails for some videos Status in thumbnailer package in Ubuntu: New Status in unity-scope-mediascanner package in Ubuntu: New Bug description: mako #185 last known good image: ? For this video http://trailers.divx.com/divx_prod/profiles/Micayala_DivX1080p_ASP.divx the thumbnail in the video scope corrupted (cf screenshot) The video plays fine in mediaplayer. TEST CASE: 1. Download http://trailers.divx.com/divx_prod/profiles/Micayala_DivX1080p_ASP.divx 2. Go to the video scope. ACTUAL RESULT Thumbnail is corrupted. ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: unity-scope-mediascanner2 0.2+14.10.20140811-0ubuntu1 Uname: Linux 3.4.0-5-mako armv7l ApportVersion: 2.14.5-0ubuntu4 Architecture: armhf Date: Tue Aug 12 11:09:40 2014 InstallationDate: Installed on 2014-08-12 (0 days ago) InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf (20140812-020204) SourcePackage: unity-scope-mediascanner UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1355673/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1355673] Re: corrupted thumbnails for some videos
James verified that the video plays find on the MX4 and that the thumbnail is extracted as expected. Marking as fixed. ** Changed in: unity-scope-mediascanner (Ubuntu) Status: New => Invalid ** Changed in: thumbnailer (Ubuntu) Status: New => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1355673 Title: corrupted thumbnails for some videos Status in thumbnailer package in Ubuntu: Fix Released Status in unity-scope-mediascanner package in Ubuntu: Invalid Bug description: mako #185 last known good image: ? For this video http://trailers.divx.com/divx_prod/profiles/Micayala_DivX1080p_ASP.divx the thumbnail in the video scope corrupted (cf screenshot) The video plays fine in mediaplayer. TEST CASE: 1. Download http://trailers.divx.com/divx_prod/profiles/Micayala_DivX1080p_ASP.divx 2. Go to the video scope. ACTUAL RESULT Thumbnail is corrupted. ProblemType: Bug DistroRelease: Ubuntu 14.10 Package: unity-scope-mediascanner2 0.2+14.10.20140811-0ubuntu1 Uname: Linux 3.4.0-5-mako armv7l ApportVersion: 2.14.5-0ubuntu4 Architecture: armhf Date: Tue Aug 12 11:09:40 2014 InstallationDate: Installed on 2014-08-12 (0 days ago) InstallationMedia: Ubuntu Utopic Unicorn (development branch) - armhf (20140812-020204) SourcePackage: unity-scope-mediascanner UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1355673/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1358767] Re: [Local music] Artist name in preview should be put in title and not description
Ah, misunderstanding on part. So, all is well, closing. ** Changed in: unity-scope-mediascanner (Ubuntu) Status: Incomplete => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1358767 Title: [Local music] Artist name in preview should be put in title and not description Status in unity-scope-mediascanner package in Ubuntu: Invalid Bug description: Artist name in preview should be put in title and not description. Currently the artist name is in the squircle. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1358767/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1534074] [NEW] Add smoke test archive
Public bug reported: It would be good to have a bunch of files that we can just drop on the device, which the files exercising all the image, audio, and video formats we expect to support. That would allow the tester to quickly run through a bunch of videos, tracks, and images to verify that the things we expect to work do work end-to-end. ** Affects: thumbnailer (Ubuntu) Importance: High Status: New ** Changed in: thumbnailer (Ubuntu) Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to thumbnailer in Ubuntu. https://bugs.launchpad.net/bugs/1534074 Title: Add smoke test archive Status in thumbnailer package in Ubuntu: New Bug description: It would be good to have a bunch of files that we can just drop on the device, which the files exercising all the image, audio, and video formats we expect to support. That would allow the tester to quickly run through a bunch of videos, tracks, and images to verify that the things we expect to work do work end-to-end. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/1534074/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1437919] Re: Album art rendered in Music app but not Scope.
** Changed in: unity-scope-mediascanner (Ubuntu) Status: New => Confirmed ** Changed in: unity-scope-mediascanner (Ubuntu) Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1437919 Title: Album art rendered in Music app but not Scope. Status in Ubuntu Music App: Invalid Status in unity-scope-mediascanner package in Ubuntu: Confirmed Bug description: Album art renders reliably in the Music app. I have not noticed any exceptions. The same album art renders in Music Scope either a. correctly (perhaps 20% of all tracks) or b. as a default mp3 symbol or c. as a default avatar. Fortunately, the text label does appear in the Scope. To manage notifications about this bug go to: https://bugs.launchpad.net/music-app/+bug/1437919/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1218409] Re: [MIR] unity-scope-mediascanner
** Changed in: unity-scope-mediascanner (Ubuntu) Importance: Undecided => Medium -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1218409 Title: [MIR] unity-scope-mediascanner Status in unity-scope-mediascanner package in Ubuntu: New Bug description: Availability: In universe: amd64, i386, armhf, powerpc Rationale: With the mediascanner available in main (MIR still in-progress), we would like to get one of its main consumers into main as well. The mediascanner scope has been written with being offered to the users by default, as part of the default experience. Dependencies: - mediascanner -> MIR submitted LP: #1217287 Maintenance and quality assurance: It is a Ubuntu upstream package, so we can assure proper maintainability and quality assurance. There are a lot of unit testing run on build - one also checks the bindings with mediascanner itself, so it's also testing mediascanner correctness. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1218409/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1534117] Re: Preview screen layout is unfortunate
** Attachment added: "Screen after scrolling down" https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1534117/+attachment/4549861/+files/after-scroll.png ** Also affects: ubuntu-ux Importance: Undecided Status: New ** Changed in: unity-scope-mediascanner (Ubuntu) Status: New => Incomplete ** Changed in: unity-scope-mediascanner (Ubuntu) Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1534117 Title: Preview screen layout is unfortunate Status in Ubuntu UX: New Status in unity-scope-mediascanner package in Ubuntu: Incomplete Bug description: I select a song from the song list and tap on it. before-scroll.png shows what I see after tapping the song. (Never mind the missing artwork, that's irrelevant.) What I see is the album art, the song title and artist, and the "Play in music app" button. What DO NOT see is that it's possible to play the song right there and then by tapping on the play icon, because the play icon is off screen. It is only after scrolling down (which I may well never do), that the play icon becomes visible (see after-scroll.png). We need to find a way to fit all the relevant UI elements on the screen without scrolling. Otherwise, many users will miss that there is something they can do because it is off-screen. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1534117/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1534117] [NEW] Preview screen layout is unfortunate
Public bug reported: I select a song from the song list and tap on it. before-scroll.png shows what I see after tapping the song. (Never mind the missing artwork, that's irrelevant.) What I see is the album art, the song title and artist, and the "Play in music app" button. What DO NOT see is that it's possible to play the song right there and then by tapping on the play icon, because the play icon is off screen. It is only after scrolling down (which I may well never do), that the play icon becomes visible (see after-scroll.png). We need to find a way to fit all the relevant UI elements on the screen without scrolling. Otherwise, many users will miss that there is something they can do because it is off-screen. ** Affects: ubuntu-ux Importance: Undecided Status: New ** Affects: unity-scope-mediascanner (Ubuntu) Importance: High Status: Incomplete ** Attachment added: "Screen initially" https://bugs.launchpad.net/bugs/1534117/+attachment/4549860/+files/before-scroll.png -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1534117 Title: Preview screen layout is unfortunate Status in Ubuntu UX: New Status in unity-scope-mediascanner package in Ubuntu: Incomplete Bug description: I select a song from the song list and tap on it. before-scroll.png shows what I see after tapping the song. (Never mind the missing artwork, that's irrelevant.) What I see is the album art, the song title and artist, and the "Play in music app" button. What DO NOT see is that it's possible to play the song right there and then by tapping on the play icon, because the play icon is off screen. It is only after scrolling down (which I may well never do), that the play icon becomes visible (see after-scroll.png). We need to find a way to fit all the relevant UI elements on the screen without scrolling. Otherwise, many users will miss that there is something they can do because it is off-screen. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-ux/+bug/1534117/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1369920] Re: Mediascanner scope "doesn't behave well" with lots of music (~30GB)
I'm closing this because it's very old. What matters here is not so much the the number of gigabytes, but the number of songs. I've stress-tested with thousands of (very short) songs. (To the thumbnailer and mediascanner, the size of the song is essentially irrelevant; the cost of extracting ID3 tags from a large song is essentially the same as from a small one.) The thumbnailer, music-app, and music-scope all cope well with very large collections now. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1369920 Title: Mediascanner scope "doesn't behave well" with lots of music (~30GB) Status in unity-scope-mediascanner package in Ubuntu: Fix Released Bug description: - via Rick... Music scope with lots (~30gb) of music/content doesn't behave well, i.e. lags, empty art, etc To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1369920/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1369920] Re: Mediascanner scope "doesn't behave well" with lots of music (~30GB)
Pete, Rick, if you still see a problem, please re-open. ** Changed in: unity-scope-mediascanner (Ubuntu) Status: New => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity-scope-mediascanner in Ubuntu. https://bugs.launchpad.net/bugs/1369920 Title: Mediascanner scope "doesn't behave well" with lots of music (~30GB) Status in unity-scope-mediascanner package in Ubuntu: Fix Released Bug description: - via Rick... Music scope with lots (~30gb) of music/content doesn't behave well, i.e. lags, empty art, etc To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/unity-scope-mediascanner/+bug/1369920/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp