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
before you can comment on or make changes to this bug.
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.
Go back to the login screen, as is displayed on the image
Clicking on the image took be back to talk.maemo.org, the URL that is actually
written under the image, see
EXTRA SOFTWARE INSTALLED:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:126.96.36.199)
Gecko/2009090217 Ubuntu/9.04 (jaunty) Firefox/3.0.14
Thanks for reporting this.
Confirmed in 42-11 also.
This happens more often than not for me, making swipe-history too confusing to
Confirmed here also.
Here's an example using google.com:
This has been fixed in package
which is part of the internal build version
(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
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
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"
Please leave a comment if the problem is not fixed for you in this update
...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