Closed
Bug 302211
Opened 19 years ago
Closed 8 years ago
Need possibility to only show content/chrome entries in JS Console
Categories
(Toolkit Graveyard :: Error Console, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 1260877
People
(Reporter: mcsmurf, Unassigned)
References
(Depends on 1 open bug)
Details
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•19 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•19 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•19 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.
Comment 4•19 years ago
|
||
*** This bug has been marked as a duplicate of 275265 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 5•19 years ago
|
||
This here is Content vs. Chrome, not JS vs. CSS
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 6•19 years ago
|
||
This can't be done until the console service is redesigned to allow for more detailed information.
Depends on: 228205
Comment 7•19 years ago
|
||
see http://forums.mozillazine.org/viewtopic.php?t=318102 Console² extension (which fixes this and another 30-ish bug)
Comment 8•18 years ago
|
||
Please comment on the relation between this bug and bug 260046.
Reporter | ||
Comment 9•18 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•16 years ago
|
Product: Core → SeaMonkey
Updated•16 years ago
|
Assignee: error-console → nobody
Status: REOPENED → NEW
QA Contact: jrgmorrison → error-console
Updated•15 years ago
|
Updated•14 years ago
|
Product: SeaMonkey → Toolkit
QA Contact: error-console → error.console
Comment 10•8 years ago
|
||
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
Closed: 19 years ago → 8 years ago
Resolution: --- → WONTFIX
Comment 11•8 years 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 → ---
Comment 12•8 years ago
|
||
Matching bug for the browser console: 1260877
Status: REOPENED → RESOLVED
Closed: 8 years ago → 8 years ago
Component: Developer Tools: Console → Error Console
Product: Firefox → Toolkit
Resolution: --- → DUPLICATE
Assignee | ||
Updated•8 years ago
|
Product: Toolkit → Toolkit Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•