Closed
Bug 6325
Opened 26 years ago
Closed 19 years ago
We need better XUL error reporting
Categories
(Core :: XUL, defect, P3)
Core
XUL
Tracking
()
RESOLVED
WONTFIX
Future
People
(Reporter: mcafee, Assigned: waterson)
References
Details
Right now, XUL errors show up as asserts, we really should either
print them out to stdout or throw up an error dialog, like JavaScript
does for 4.5. What we have kinda sucks, asked most of the people
on the CC line here and they all agreed. Hyatt suggested that I
file a bug to waterson, here you go Chris. Any ideas?
Reporter | ||
Updated•26 years ago
|
OS: Solaris → All
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•26 years ago
|
||
I can easily change ASSERT to printf() or PR_LOG(). Other suggestions are
welcome.
Assignee | ||
Updated•26 years ago
|
Target Milestone: M8
Assignee | ||
Updated•26 years ago
|
Target Milestone: M8 → M15
Assignee | ||
Comment 2•26 years ago
|
||
Ugh. This is just way too open ended. Milestone shuffle -- ACTIVATE!
Comment 3•26 years ago
|
||
This looks to be a subset of bug #6211 and might be worth marking as a duplicate
of that.
Comment 4•26 years ago
|
||
On second thoughts, most of 6211 would use XUL, so this might not be a dupe as
such. But it should probably still use the same errors API.
Reporter | ||
Comment 5•26 years ago
|
||
Can we break this bug into pieces that wouldn't
be stuck at m15?
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL. XUL
component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
Assignee | ||
Updated•25 years ago
|
Target Milestone: M15 → M20
Assignee | ||
Updated•25 years ago
|
Target Milestone: M20 → Future
Reporter | ||
Comment 7•19 years ago
|
||
marking wontfix.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → WONTFIX
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: gerardok → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•