Closed Bug 267089 Opened 20 years ago Closed 20 years ago

Remove nsIAlertListener from toolkit

Categories

(Firefox :: General, defect)

defect
Not set
minor

Tracking

()

RESOLVED FIXED

People

(Reporter: csthomas, Assigned: opi)

References

()

Details

Attachments

(2 files, 2 obsolete files)

see bug 260865, use nsIObserver instead.
Status: NEW → ASSIGNED
QA Contact: firefox.general → opi
excuse for spam
Assignee: firefox → opi
Status: ASSIGNED → NEW
OS: Windows XP → All
QA Contact: opi → firefox.general
Hardware: PC → All
Version: unspecified → Trunk
Attached patch patch v1 (obsolete) (deleted) — Splinter Review
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.
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
Attachment #167164 - Flags: review?(mconnor)
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+
in: @@ -1335,17 +1331,27 @@ nsDownloadManager::Observe(nsISupports* a return NS_OK; looks like it needs a bit of indentation
Attached patch patch v1.1 (obsolete) (deleted) — Splinter Review
fix indentation
Attachment #167164 - Attachment is obsolete: true
Attached patch patch v1.2 (deleted) — Splinter Review
update to latest trunk
Attachment #167230 - Attachment is obsolete: true
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
+ else if (nsCRT::strcmp(aTopic, "allertclickcallback") == 0) Could that double-l in allert be the reason clicking the alert doesn't actually work?
Attached patch fixing my faulty word (deleted) — Splinter Review
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.

Attachment

General

Created:
Updated:
Size: