Closed Bug 888567 Opened 11 years ago Closed 11 years ago

Bookmark star icon doesn't work properly on link-opened tab

Categories

(Toolkit :: Places, defect)

13 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 974406
Tracking Status
firefox22 --- affected
firefox23 --- affected
firefox24 --- affected
firefox25 --- affected
firefox27 --- affected
firefox28 --- affected
firefox29 --- affected
firefox30 --- affected
firefox-esr17 --- affected
firefox-esr24 --- affected

People

(Reporter: getify, Assigned: mak)

References

()

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:23.0) Gecko/20130624 Firefox/23.0 (Nightly/Aurora) Build ID: 20130624004020 Steps to reproduce: I click a link to open a new tab, then click the bookmark star to create a bookmark. Actual results: The star flashes blue for a split second, then goes back to empty. repeated clicks of the star do the same. Makes it seem that it wasn't bookmarked, but if you close that tab then re-open to that same URL, the blue star is there, so it was in fact bookmarked. And now the blue star can be clicked again to bring up the bookmark option dialog, where you can remove it. However, if you then try to click the star again to re-bookmark, it still is misbehaving as described. Here's a screencast showing the bug happen: https://vimeo.com/69361456 As shown in the screencast, it does work correctly if you manually open a tab and paste in a URL, or otherwise navigate to some URL. It only appears to malfunction when a tab was opened by clicking a link in a previous tab, or when a tab was opened by clicking a link in an external program. Expected results: I of course would expect the blue star to appear and stay.
Steps to reproduce 1. Open http://github.com/ (no need logged in) 2. Click Star UI Regression window(m-c) Good: http://hg.mozilla.org/mozilla-central/rev/afc1125f9c14 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120224 Firefox/13.0a1 ID:20120224052030 Bad: http://hg.mozilla.org/mozilla-central/rev/58dd942011a8 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120224 Firefox/13.0a1 ID:20120224092148 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=afc1125f9c14&tochange=58dd942011a8 Regression window(m-c) Good: http://hg.mozilla.org/integration/mozilla-inbound/rev/154d6f29dfb9 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120224 Firefox/13.0a1 ID:20120224022630 Bad: http://hg.mozilla.org/integration/mozilla-inbound/rev/e2ee770cc461 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120224 Firefox/13.0a1 ID:20120224041330 Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=154d6f29dfb9&tochange=e2ee770cc461 Regressed by: a9a8c57be783 Marco Bonardo — Bug 728230 - Enforce copying non-primitive properties in Places transactions to avoid runtime leaks. r=dietrich
Blocks: 728230
Status: UNCONFIRMED → NEW
Component: Untriaged → Places
Ever confirmed: true
Keywords: regression
OS: Mac OS X → All
Product: Firefox → Toolkit
Version: 23 Branch → 13 Branch
The problem happens when the URL redirected http to https. Example site: http://bugzilla.mozilla.org/ http://github.com/
Menu > Bookmarks > Bookmark This Page Ctrl+D Bookmarks > Bookmark All Tabs… Ctrl+Shift+D are also broken.
This seems to have been resolved. My bookmark star icons work great now.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
I can still reproduce the problem with STR of comment#1 http://hg.mozilla.org/mozilla-central/rev/a8daa428ccbc Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0 ID:20130815030203
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
(In reply to Alice0775 White from comment #2) > The problem happens when the URL redirected http to https. > > Example site: > http://bugzilla.mozilla.org/ > http://github.com/ It's already been shipped for a long time - we should get a fix and nominate for uplift if low-risk, but not a release blocker. Marco can you take a look and see if there's an obvious solution here? It probably doesn't hit our users too often but it's certainly a less-than-ideal user experience.
Flags: needinfo?(mak77)
Assignee: nobody → mak77
Status: REOPENED → ASSIGNED
Flags: needinfo?(mak77)
after investigating bug 974406 I think I have some good suspects for this bug
the patch in bug 974406 should also fix this one, they are basically the same so I'm duping this there since there is a patch.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago11 years ago
Depends on: 974406
Hardware: x86 → All
Resolution: --- → DUPLICATE
No longer depends on: 974406
You need to log in before you can comment on or make changes to this bug.