Closed
Bug 1101478
Opened 9 years ago
Closed 5 years ago
Remove the WindowsJumpLists.jsm depedency on hasHistoryEntries
Categories
(Firefox :: General, defect)
Firefox
General
Tracking
()
RESOLVED
FIXED
Firefox 62
Tracking | Status | |
---|---|---|
firefox62 | --- | fixed |
People
(Reporter: mak, Assigned: mak)
References
Details
(Whiteboard: [fxperf:p2])
Attachments
(1 file, 1 obsolete file)
The hasHistoryEntries usage there is not very mandatory. the optimizations we make for the empty history case may affect a very minor percentage of users (permanent pb) for which the queries would be fast already. The clear history on shutdown would be better served by doing an update on clear history, more generally. Marco, please add this to the current iteration.
Flags: qe-verify-
Flags: firefox-backlog+
Assignee | ||
Updated•9 years ago
|
Flags: needinfo?(mmucci)
Assignee | ||
Comment 1•9 years ago
|
||
Attachment #8525271 -
Flags: review?(jmathies)
Assignee | ||
Comment 2•9 years ago
|
||
/r/779 - Bug 1101478 - Remove the WindowsJumpLists.jsm depedency on hasHistoryEntries. r=jimm Pull down this commit: hg pull review -r 70a9d7a7d4d302ba30dd88d9af01ac61537191ce
![]() |
||
Comment 4•9 years ago
|
||
I haven't set up review board yet and have no idea how to work with it. I'll look into that but if you're interested in quick turn around time please post a normal dif for review.
Assignee | ||
Comment 5•9 years ago
|
||
(In reply to Jim Mathies [:jimm] from comment #4) > I haven't set up review board yet and have no idea how to work with it. I'll > look into that but if you're interested in quick turn around time please > post a normal dif for review. You don't have to setup anything, just enter the link with your user/password for bugzilla, go to the "diff" section and it basically works like Splinter. When you are done adding comments, go to the "reviews" section, choose publish and mark the Ship it! check box if it's a plus. I actually had your same doubts when I got my first request with RB, but it took just a few minutes, not much different than Splinter.
Assignee | ||
Comment 6•9 years ago
|
||
in case of doubts, this should help with the UI: https://www.reviewboard.org/docs/manual/2.0/users/reviews/reviewing-diffs/
![]() |
||
Updated•9 years ago
|
Attachment #8525271 -
Flags: review?(jmathies) → review+
![]() |
||
Comment 7•9 years ago
|
||
https://reviewboard.mozilla.org/r/777/#review391 Ship It!
![]() |
||
Comment 8•9 years ago
|
||
https://reviewboard.mozilla.org/r/777/#review393 I can't seem to get the splinter interface working. you have white space cleanup you need to do in one spot.
Assignee | ||
Comment 9•9 years ago
|
||
just clicking once on the line NUMBER should allow you to add a comment through a popup (And that opens an issue for me to fix). Btw, found the spot, thanks.
Assignee | ||
Comment 10•9 years ago
|
||
while there i fixed some other minor trailing spaces too https://hg.mozilla.org/integration/fx-team/rev/fc5225b5022b
Target Milestone: --- → Firefox 36
![]() |
||
Comment 11•9 years ago
|
||
(In reply to Marco Bonardo [::mak] (needinfo? me) from comment #9) > just clicking once on the line NUMBER should allow you to add a comment > through a popup (And that opens an issue for me to fix). > > Btw, found the spot, thanks. Thanks. I think I was clicking on individual lines expecting a splinter inline comment panel to appear. Will try the line number trick next time. All in all, looking forward to working with this.
https://hg.mozilla.org/mozilla-central/rev/fc5225b5022b
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Comment 13•8 years ago
|
||
Backed out on inbound for suspicion of causing the spike in bug 1103966. https://hg.mozilla.org/integration/mozilla-inbound/rev/8e5fce59af55 I'll back this out from Aurora as well once it's confirmed fixed on trunk.
Status: RESOLVED → REOPENED
status-firefox36:
--- → fixed
status-firefox37:
--- → affected
Resolution: FIXED → ---
Updated•8 years ago
|
Iteration: 36.3 → 37.2
Comment 14•8 years ago
|
||
Merge of backout: https://hg.mozilla.org/mozilla-central/rev/8e5fce59af55
Updated•8 years ago
|
Iteration: 37.2 → 37.3
Assignee | ||
Comment 16•8 years ago
|
||
I'm unassigning this cause the benefit is almost nonexistent atm, while investigating the shutdown crash could take huge effort. It's basically not worth it now.
Assignee: mak77 → nobody
Status: REOPENED → NEW
Assignee | ||
Updated•8 years ago
|
Iteration: 37.3 - 12 Jan → ---
Assignee | ||
Comment 17•8 years ago
|
||
Attachment #8525271 -
Attachment is obsolete: true
Attachment #8618651 -
Flags: review+
Assignee | ||
Comment 18•8 years ago
|
||
Comment 19•5 years ago
|
||
BHR / arewesmoothyet.com indicates that there are a non-zero set of users experiencing hundreds of milliseconds worth of hangs with hasHistoryEntries on the stack due to main thread IO. I think we should revisit this.
Whiteboard: [fxperf]
Assignee | ||
Comment 20•5 years ago
|
||
The backout issue may be gone in the meanwhile, I just never had a chance to check if this still causes bug 1103966. Apart from the NetUtil usage the original patch should still apply.
Comment 21•5 years ago
|
||
P2 to at least investigate per the previous comments.
Whiteboard: [fxperf] → [fxperf:p2]
Assignee | ||
Comment 22•5 years ago
|
||
I'm re-testing the patch on Try.
Assignee | ||
Comment 23•5 years ago
|
||
I retriggered it a ton of times on Try and didn't see any crashes
Assignee: nobody → mak77
Status: NEW → ASSIGNED
Comment hidden (mozreview-request) |
Assignee | ||
Comment 25•5 years ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=69f07bbe86f9f395d7a9b0377bb79ed8f61c2b73
![]() |
||
Comment 26•5 years ago
|
||
mozreview-review |
Comment on attachment 8618651 [details] Bug 1101478 - Remove the WindowsJumpLists.jsm depedency on hasHistoryEntries. https://reviewboard.mozilla.org/r/779/#review248062
Attachment #8618651 -
Flags: review?(jmathies) → review+
Comment 27•5 years ago
|
||
Pushed by mak77@bonardo.net: https://hg.mozilla.org/integration/autoland/rev/e1a79ae86c49 Remove the WindowsJumpLists.jsm depedency on hasHistoryEntries. r=jimm
Comment 28•5 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/e1a79ae86c49
Status: ASSIGNED → RESOLVED
Closed: 9 years ago → 5 years ago
status-firefox62:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 62
You need to log in
before you can comment on or make changes to this bug.
Description
•