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)
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
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
Comment 12•20 years ago
|
||
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
•