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) — 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) — Splinter Review
fix indentation
Attachment #167164 - Attachment is obsolete: true
Attached patch patch v1.2Splinter 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?
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: