Closed
Bug 267089
Opened 20 years ago
Closed 20 years ago
Remove nsIAlertListener from toolkit
Categories
(Firefox :: General, defect)
Firefox
General
Tracking
()
RESOLVED
FIXED
People
(Reporter: csthomas, Assigned: opi)
References
()
Details
Attachments
(2 files, 2 obsolete files)
12.31 KB,
patch
|
Details | Diff | Splinter Review | |
1.40 KB,
patch
|
Details | Diff | Splinter Review |
see bug 260865, use nsIObserver instead.
Assignee | ||
Updated•20 years ago
|
Status: NEW → ASSIGNED
QA Contact: firefox.general → opi
Assignee | ||
Comment 1•20 years ago
|
||
excuse for spam
Assignee: firefox → opi
Status: ASSIGNED → NEW
OS: Windows XP → All
QA Contact: opi → firefox.general
Hardware: PC → All
Version: unspecified → Trunk
Assignee | ||
Comment 2•20 years ago
|
||
updating of toolkit to same state of xpfe. In nsDownloadManager I removed the WIN_XP defines for the click event, cause on XPFE they also don't exist and I don't know why Bug 229062 was only resolved for XP_WIN. The ifdef XP_WIN in line 1414 makes no sense to me.
Comment 3•20 years ago
|
||
the reason for those ifdefs is that until recently, nsIAlertListener.idl was only compiled on windows, hence not having the ifdef would've broken the build
Assignee | ||
Updated•20 years ago
|
Attachment #167164 -
Flags: review?(mconnor)
Comment 4•20 years ago
|
||
Comment on attachment 167164 [details] [diff] [review] patch v1 looks good. Tough to nit ports of things jag+neil reviewed! doxygen-style comments would indeed be good, hopefully that's covered in bug 267034
Attachment #167164 -
Flags: review?(mconnor) → review+
Comment 5•20 years ago
|
||
in: @@ -1335,17 +1331,27 @@ nsDownloadManager::Observe(nsISupports* a return NS_OK; looks like it needs a bit of indentation
Assignee | ||
Comment 7•20 years ago
|
||
update to latest trunk
Assignee | ||
Updated•20 years ago
|
Attachment #167230 -
Attachment is obsolete: true
Comment 8•20 years ago
|
||
Checking in toolkit/components/alerts/public/nsIAlertsService.idl; /cvsroot/mozilla/toolkit/components/alerts/public/nsIAlertsService.idl,v <-- nsIAlertsService.idl new revision: 1.3; previous revision: 1.2 done Checking in toolkit/components/alerts/resources/content/alert.js; /cvsroot/mozilla/toolkit/components/alerts/resources/content/alert.js,v <-- alert.js new revision: 1.3; previous revision: 1.2 done Checking in toolkit/components/alerts/src/nsAlertsService.cpp; /cvsroot/mozilla/toolkit/components/alerts/src/nsAlertsService.cpp,v <-- nsAlertsService.cpp new revision: 1.3; previous revision: 1.2 done Checking in toolkit/components/downloads/src/nsDownloadManager.cpp; /cvsroot/mozilla/toolkit/components/downloads/src/nsDownloadManager.cpp,v <-- nsDownloadManager.cpp new revision: 1.35; previous revision: 1.34 done Checking in toolkit/components/downloads/src/nsDownloadManager.h; /cvsroot/mozilla/toolkit/components/downloads/src/nsDownloadManager.h,v <-- nsDownloadManager.h new revision: 1.11; previous revision: 1.10 done
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 9•20 years ago
|
||
+ else if (nsCRT::strcmp(aTopic, "allertclickcallback") == 0) Could that double-l in allert be the reason clicking the alert doesn't actually work?
Assignee | ||
Comment 10•20 years ago
|
||
Assignee | ||
Comment 11•20 years ago
|
||
checked in
This missed the implementation in JS and thus caused part of bug 280603.
You need to log in
before you can comment on or make changes to this bug.
Description
•