Closed
Bug 1412982
Opened 7 years ago
Closed 7 years ago
Don't compile nsDownloadHistory when we are using Places
Categories
(Firefox :: Bookmarks & History, enhancement)
Tracking
()
RESOLVED
FIXED
Firefox 58
Tracking | Status | |
---|---|---|
firefox58 | --- | fixed |
People
(Reporter: marco, Assigned: marco)
References
(Blocks 1 open bug)
Details
Attachments
(1 file, 2 obsolete files)
5.12 KB,
patch
|
marco
:
review+
|
Details | Diff | Splinter Review |
From the code coverage report, it looks like this file is never executed during tests. From a quick inspection, it looks like dead code to me.
Assignee | ||
Comment 1•7 years ago
|
||
Attachment #8923564 -
Flags: review?(mak77)
Comment 2•7 years ago
|
||
I think this is a mock implementation used when compiling without MOZ_PLACES, it's unused in firefox desktop because we always compile with MOZ_PLACES.
Assignee | ||
Comment 3•7 years ago
|
||
Should we keep it around? Are we using it somewhere?
Assignee | ||
Comment 4•7 years ago
|
||
I can make it compile conditionally if MOZ_PLACES is not defined, if we want to keep it around.
Comment 5•7 years ago
|
||
(In reply to Marco Castelluccio [:marco] from comment #4) > I can make it compile conditionally if MOZ_PLACES is not defined, if we want > to keep it around. That's likely the right thing for now. This is what the docshell uses when nothing else (Places) implements nsIDownloadHistory.
Comment 6•7 years ago
|
||
To clarify, SM and Thunderbird both use Places, thus it wouldn't be a problem to remove this. What I'm not sure about is Android usage of the Docshell though.
Assignee | ||
Comment 7•7 years ago
|
||
Attachment #8923564 -
Attachment is obsolete: true
Attachment #8923564 -
Flags: review?(mak77)
Attachment #8923772 -
Flags: review?(mak77)
Assignee | ||
Comment 8•7 years ago
|
||
(In reply to Marco Bonardo [::mak] from comment #6) > To clarify, SM and Thunderbird both use Places, thus it wouldn't be a > problem to remove this. What I'm not sure about is Android usage of the > Docshell though. Android has its own separate history implementation IIRC.
Comment 9•7 years ago
|
||
(In reply to Marco Castelluccio [:marco] from comment #8) > Android has its own separate history implementation IIRC. Yes, but it may still be a simple different implementation of nsIGlobalHistory (and thus nsIDownloadHistory). As I said, I don't know if it has its own separate docshell, it sounds unlikely.
Comment 10•7 years ago
|
||
Comment on attachment 8923772 [details] [diff] [review] Patch Review of attachment 8923772 [details] [diff] [review]: ----------------------------------------------------------------- r=me with the following fixed, and a try run. ::: docshell/base/moz.build @@ +102,5 @@ > 'PendingGlobalHistoryEntry.cpp', > 'SerializedLoadContext.cpp', > ] > > +if CONFIG['MOZ_PLACES']: shouldn't this be "if not CONFIG..."?
Attachment #8923772 -
Flags: review?(mak77) → review+
Comment 11•7 years ago
|
||
Pushed by mcastelluccio@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/5a05948f281b Compile nsDownloadHistory only if Places is not used. r=mak
Assignee | ||
Comment 12•7 years ago
|
||
Carrying r+. It was green on try.
Attachment #8923772 -
Attachment is obsolete: true
Attachment #8924706 -
Flags: review+
Assignee | ||
Updated•7 years ago
|
Summary: Remove nsDownloadHistory as it is unused → Don't compile nsDownloadHistory when we are using Places
Comment 13•7 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/5a05948f281b
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
status-firefox58:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 58
Assignee | ||
Updated•7 years ago
|
Blocks: deadcode-codecoverage
You need to log in
before you can comment on or make changes to this bug.
Description
•