maemo.org Bugzilla – Bug 5420
Don't show hildon banner every tap when browsing UPnP shares
Last modified: 2010-03-15 20:56:46 UTC
You need to log in before you can comment on or make changes to this bug.
SOFTWARE VERSION: 1.2009.41-10 STEPS TO REPRODUCE THE PROBLEM: 1. Enable a UPnP server. 2. Open Media player. 3. Browse your UPnP server. EXPECTED OUTCOME: Device-stabbing inducing hildon banners don't pop up with every tap to tell you it's connecting to the server. ACTUAL OUTCOME: Hildon banners pop up for every single tap while browsing UPnP shares. REPRODUCIBILITY: Always OTHER COMMENTS: The correct indicator to use is the little rotating processing wheel next to the application title. This damn near induces epileptic seizures. User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_1; en-US) AppleWebKit/531.9+(KHTML, like Gecko, Safari/528.16) OmniWeb/v622.10.0
Please provide the exact text of these banners (makes it way easier to query for issues filed already).
(In reply to comment #1) > Please provide the exact text of these banners (makes it way easier to query > for issues filed already). > "Contacting servers" Which is another bug, since there's only actually one server involved.
I assume this still happens in PR1.1?
Ryan, does this still happen in PR1.1?
(In reply to comment #4) > Ryan, does this still happen in PR1.1? > Dunno, I've yet to see any sign of UPnP functioning in PR1.1.
(In reply to comment #4) > Ryan, does this still happen in PR1.1? > Bizarrely, updating to 10.6.2 made it work. Maybe it was just the restart. . . . Anyway, yeah, still valid for 51-1.
INVALID as per internal comment: "For me it shows banner: "Refreshing library". I tested with PR1.1 and PR1.2. It is implemented as spec says: When starting the data fetching from media server, the information banner is shown to the user and same time the Hildon Touch Progress indicator widget is shown in the title area. The banner can hide after the default timeout, but the progress indicator should stay visible until the fetching is finished." Ryan, feel more than welcome to reopen and move against UI Spec if you have good arguments why this is not reasonible...
OK, here's the problem. No other application implements a system like this. When activity is occurring a spinning indicator is shown in the title area. MicroB does not throw a hildon banner to explain that it's connecting to a server and loading. h-a-m does not show a hildon banner to explain that it's refreshing the apt catalog, the image viewer does not throw a banner to indicate that it's loading pictures. Clearly the spec is INCONSISTENT with the rest of the platform and should be changed. It's also epilepsy inducing.
This has been fixed in package mediaplayer 1.2-14+0m5 which is part of the internal build version 10.2010.08-5 (Note: 2009/2010 is the year, and the number after is the week.) A rotating processing wheel next to the application title is shown while loading the folders/files in UPnP. A future public update released with the year/week later than this internal build version will include the fix. (This is not always already the next public update.) Please verify that this new version fixes the bug by marking this bug report as VERIFIED after the public update has been released and if you have some time. To answer popular followup questions: * Nokia does not announce release dates of public updates in advance. * There is currently no access to these internal, non-public build versions. A Brainstorm proposal to change this exists at http://maemo.org/community/brainstorm/view/undelayed_bugfix_releases_for_nokia_open_source_packages-002/
Setting explicit PR1.2 milestone (so it's clearer in which public release the fix will be available to users). Sorry for the bugmail noise (you can filter on this message).