maemo.org Bugzilla – Bug 5684
History images do not match actual URLs under them
Last modified: 2010-06-03 13:39:05 UTC
You need to log in before you can comment on or make changes to this bug.
SOFTWARE VERSION: Maemo 5, 1.2009.41-10 STEPS TO REPRODUCE THE PROBLEM: I was browsing talk.maemo.org, tried to report a bug, typed manually bugs.maemo.org into the address bar, clicked on log-in, entered the wrong password by accident, and hit the back button to reenter. EXPECTED OUTCOME: Go back to the login screen, as is displayed on the image ACTUAL OUTCOME: Clicking on the image took be back to talk.maemo.org, the URL that is actually written under the image, see http://web.atombiztos.hu/Screenshot-20091021-195515.png REPRODUCIBILITY: sometimes EXTRA SOFTWARE INSTALLED: OTHER COMMENTS: User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.14) Gecko/2009090217 Ubuntu/9.04 (jaunty) Firefox/3.0.14
Thanks for reporting this. Confirming.
Confirmed in 42-11 also. This happens more often than not for me, making swipe-history too confusing to be useful.
Confirmed here also. Here's an example using google.com: http://farm3.static.flickr.com/2630/4173617133_6012766336_o.png
This has been fixed in package tablet-browser-controls 1.6.5.6-1+0m5 tablet-browser-view 2.2.4.2-1+0m5 which is part of the internal build version 2010.01-7 (Note: 2010 is the year, and the number after is the week.) 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/
The problem reported here should be fixed in the update released today for public: The Maemo5 update version 3.2010.02-8 (also called "PR1.1.1" sometimes). Please leave a comment if the problem is not fixed for you in this update version.
...also 10.* stuff :)
(In reply to comment #5) > The problem reported here should be fixed in the update released today for > public: The Maemo5 update version 3.2010.02-8 (also called "PR1.1.1" It seems not to be fully fixed. With 1.1.1, I sometimes see a history item image that is either black or has the top of a page later in the history at the top, i.e. the image is correct at the bottom for the relevant URL, but mixed with the wrong one at the top (around the top half). Is a screenshot helpful next time it happens?
To clarify comment 6, the fix is actually not on the 3.* branch (currently available update) but in 10.2010.01 (a future update). As such, no screenshots needed until that's released.
Created an attachment (id=2763) [details] This bug on PR1.2 Bug confirmed on PR1.2, please re-open & update version field.
Should I create a new report?
PeteC: Yes, please (looks like a different code bug with exactly the same visual output)