We need better XUL error reporting

RESOLVED WONTFIX

Status

()

P3
normal
RESOLVED WONTFIX
20 years ago
10 years ago

People

(Reporter: mcafee, Assigned: waterson)

Tracking

Trunk
Future
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

20 years ago
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

20 years ago
OS: Solaris → All
(Assignee)

Updated

20 years ago
Status: NEW → ASSIGNED
(Assignee)

Comment 1

20 years ago
I can easily change ASSERT to printf() or PR_LOG(). Other suggestions are
welcome.
(Assignee)

Updated

20 years ago
Target Milestone: M8
(Assignee)

Updated

20 years ago
Target Milestone: M8 → M15
(Assignee)

Comment 2

20 years ago
Ugh. This is just way too open ended. Milestone shuffle -- ACTIVATE!
This looks to be a subset of bug #6211 and might be worth marking as a duplicate
of that.
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.
(Assignee)

Updated

20 years ago
Blocks: 11413
(Reporter)

Comment 5

20 years ago
Can we break this bug into pieces that wouldn't
be stuck at m15?

Comment 6

19 years ago
BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL.  XUL 
component will be deleted.
Component: XUL → XP Toolkit/Widgets: XUL
(Assignee)

Updated

19 years ago
Target Milestone: M15 → M20
(Assignee)

Updated

19 years ago
Target Milestone: M20 → Future
(Reporter)

Comment 7

13 years ago
marking wontfix.
Status: ASSIGNED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → WONTFIX

Updated

10 years ago
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.