Closed
Bug 827268
Opened 11 years ago
Closed 11 years ago
Avoid useless onVisit work on the transition filtered queries
Categories
(Toolkit :: Places, defect)
Toolkit
Places
Tracking
()
RESOLVED
FIXED
mozilla21
Tracking | Status | |
---|---|---|
firefox19 | --- | unaffected |
firefox20 | --- | fixed |
People
(Reporter: mak, Assigned: mak)
References
Details
Attachments
(1 file, 1 obsolete file)
10.21 KB,
patch
|
Gavin
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
if we get an onVisit notification in a query filtering by transition, we can avoid doing anything if the transitions don't match.
Assignee | ||
Updated•11 years ago
|
Summary: Avoid useless onVisit refreshes of the transition searches → Avoid useless onVisit work on the transition filtered queries
Assignee | ||
Comment 1•11 years ago
|
||
this should solve the hangs when navigating with the Library Downloads view open. The live update is already tested in test_transitions.js
Attachment #698677 -
Flags: review?(mano)
Assignee | ||
Updated•11 years ago
|
Flags: in-testsuite+
Comment 2•11 years ago
|
||
What was the reason transition-queries were made COMPLEX in the first place?
Assignee | ||
Comment 3•11 years ago
|
||
(In reply to Mano from comment #2) > What was the reason transition-queries were made COMPLEX in the first place? When Mehdi implemented that filter EvaluateQueryForNode was unpolished and in a somehow bogus state (I think we also still had the old and heavy FilterResultSet implementation), my recent cleanups in that method for hidden and frecency made clear we could support more simple results updating, indeed it should have not been complex in the first place, but at that time was easier to do ("just refresh and everything will work").
Updated•11 years ago
|
Attachment #698677 -
Flags: review?(mano) → review+
Assignee | ||
Comment 4•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/33b1a42588c2 should be ported to Aurora.
status-firefox19:
--- → unaffected
status-firefox20:
--- → affected
Target Milestone: --- → mozilla21
Comment 5•11 years ago
|
||
Backed out for breaking xpcshell: https://tbpl.mozilla.org/?tree=Mozilla-Inbound&rev=30ec18652409&jobname=xpcshell (is push after since yours got coalesced) https://hg.mozilla.org/integration/mozilla-inbound/rev/f7947681f3fa Please consider using Try if possible :-)
Assignee | ||
Comment 6•11 years ago
|
||
interesting, I ran all tests locally before pushing, wonder what happened
Assignee | ||
Comment 7•11 years ago
|
||
the usual last minute change, let's avoid assigning -1 to an uint!
Attachment #698677 -
Attachment is obsolete: true
Assignee | ||
Comment 8•11 years ago
|
||
https://tbpl.mozilla.org/?tree=Try&rev=02e43b34326c
Assignee | ||
Comment 9•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/63cbf8539eac
Comment 10•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/63cbf8539eac
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 11•11 years ago
|
||
Comment on attachment 699265 [details] [diff] [review] patch v1.1 [Approval Request Comment] Bug caused by (feature/regressing bug #): Downloads panel feature User impact if declined: Performance issues Testing completed (on m-c, etc.): m-c Risk to taking this patch (and alternatives if risky): involves just the download query String or UUID changes made by this patch: none
Attachment #699265 -
Flags: approval-mozilla-aurora?
Updated•11 years ago
|
Attachment #699265 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Assignee | ||
Comment 12•11 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/f5e3e40ab3c9
You need to log in
before you can comment on or make changes to this bug.
Description
•