Need possibility to only show content/chrome entries in JS Console

RESOLVED DUPLICATE of bug 1260877

Status

Toolkit Graveyard
Error Console
RESOLVED DUPLICATE of bug 1260877
12 years ago
11 months ago

People

(Reporter: mcsmurf, Unassigned)

Tracking

(Depends on: 1 bug)

Dependency tree / graph

Details

(Reporter)

Description

12 years ago
Currently JS Console is being flooded by CSS Errors. This makes the JS Console
quite useless, we should add a way to only display content (as in pages from
http:// or ftp:// etc.),chrome or all types of messages in the JS Console.
(Reporter)

Comment 1

12 years ago
BTW: I already hacked a bit of code&UI up, result can be seen under
http://www.mcsmurf.de/mozilla/jsconsole1.gif
http://www.mcsmurf.de/mozilla/jsconsole2.gif
http://www.mcsmurf.de/mozilla/jsconsole3.gif
Patch will follow later, still needs some improvement.

Comment 2

12 years ago
If you end up using a menubar, please make sure these go in the view menu.

If there is no menubar, please use accesskey mnemonics for:
All Content Chrome

I realize that's difficult to find one for the 2nd All button since A and l are
already used, so you could just make Content and Chrome into toggle buttons and
remove the 2nd "All" button. Or turn the 2nd button into "Any"

Also, if we end up with no menubar could you make the js toolbarbuttons all
class="tabbable" ?

Comment 3

12 years ago
If you just want to get rid of the CSS errors, you might be interested in bug
264162. Otherwise I can recommend you my Console Filter extension
(http://forums.mozillazine.org/viewtopic.php?t=264146) for debugging chrome -
it'll filter out anything you're not interested in (unfortunately it doesn't
work for Seamonkey, yet) - in case this bug gets wontfixed.

*** This bug has been marked as a duplicate of 275265 ***
Status: NEW → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → DUPLICATE
(Reporter)

Comment 5

12 years ago
This here is Content vs. Chrome, not JS vs. CSS
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
This can't be done until the console service is redesigned to allow for more
detailed information.
Depends on: 228205
see http://forums.mozillazine.org/viewtopic.php?t=318102 
Console² extension (which fixes this and another 30-ish bug)

Comment 8

11 years ago
Please comment on the relation between this bug and bug 260046.
(Reporter)

Comment 9

11 years ago
That bug is about URLs only, this bug here needs probably the redesign of the content service to work properly. What Console² does currently do to distinguish Chrome from Content works in 99% of cases, but not in all cases. There can be error messages that come from chrome/content, but have no URL in it.
(Assignee)

Updated

9 years ago
Product: Core → SeaMonkey
Assignee: error-console → nobody
Status: REOPENED → NEW
QA Contact: jrgmorrison → error-console

Updated

8 years ago
Depends on: 490886

Updated

8 years ago
Blocks: 490886
No longer depends on: 490886

Updated

7 years ago
Component: Error Console → Error Console
Product: SeaMonkey → Toolkit
QA Contact: error-console → error.console
The Error Console has been removed in favor of the Browser Console (see Bug 1278368), and the component is going to be removed.  If this bug is also relevant in the Browser Console, please reopen and move this into Firefox -> Developer Tools: Console.
Status: NEW → RESOLVED
Last Resolved: 12 years ago11 months ago
Resolution: --- → WONTFIX

Comment 11

11 months ago
I am mass-reopening and re-componenting every single one of the Toolkit:Error Console bugs that appear to have been closed without anyone even *glancing* at whether they were relevant to the Browser Console.

If you want to close a whole bunch of old bugs -- FOR ANY REASON -- it is YOUR RESPONSIBILITY to check EVERY SINGLE ONE OF THEM and make sure they are no longer valid.  Do not push that work onto the bug reporters.

(It's okay to close bugs that haven't been touched in years when they don't have enough information for you to figure out whether the problem is still relevant to the current software - the reporter probably isn't coming back to clarify.  But that is the ONLY situation where it is okay.)

(I'm going to have to do this in two steps because of the way the "change several bugs at once" form works.  Apologies for the extra bugspam.)
Status: RESOLVED → REOPENED
Component: Error Console → Developer Tools: Console
Product: Toolkit → Firefox
Resolution: WONTFIX → ---
Matching bug for the browser console: 1260877
Status: REOPENED → RESOLVED
Last Resolved: 11 months ago11 months ago
Component: Developer Tools: Console → Error Console
Product: Firefox → Toolkit
Resolution: --- → DUPLICATE
Duplicate of bug: 1260877
(Assignee)

Updated

11 months ago
Product: Toolkit → Toolkit Graveyard
You need to log in before you can comment on or make changes to this bug.