Closed Bug 638405 Opened 15 years ago Closed 7 years ago

Investigate why we had to QI mCallback in bug 637957

Categories

(Core :: SQLite and Embedded Database Bindings, defect)

Product:
Core
Component:
SQLite and Embedded Database Bindings
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INACTIVE

People

(Reporter: mak, Unassigned)

References

Details

this QI should not be needed, but in the nsNavHistoryFolderResultNode case it was asserting for the lack of it. Neil suggested using a nsRefPtr, but we should also check iSupports inheritance in the above class, other implementers in the wild could have the same problem?
This bug was filed as blocking2.0:final+, adding [hardblocker] since that's the only type of blocker we're making these days ...
Whiteboard: [harblocker]
Sorry this is not blocking, I cloned bug 637957 and that wrongly ported the flag.
blocking2.0: final+ → ---
Whiteboard: [harblocker]
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INACTIVE
Product: Toolkit → Core
You need to log in before you can comment on or make changes to this bug.