If there is a new line char in the message, webug produces JS error instead of message.
I've first hit that error while using Zend_Db_Profiler_Firebug, but I've managed to reproduce the same error with simple log message.
Steps to reproduce (with zend framework)

$logger = new Zend_Log();
$logger->addWriter(new Zend_Log_Writer_Firebug());
$logger->log('ADW Start' . PHP_EOL . 'a', Zend_Log::DEBUG);

In chrome console there should be one message in two lines:
1: ADW Start
2: a

I've managed to catch this snippet in chrome debugger:

console.log(JSON.parse('"ADW Start\na"'));

Output collapsible groups in console.

Reported by [email protected], Dec 14, 2012
What steps will reproduce the problem?

1. in index.php: fb('the msg', 'the label');
2. in "developer tools/console" only show: "the msg"

What is the expected output? What do you see instead?
in "developer tools/console" only show: "the label: the msg"

What version of the product are you using? On what operating system?
Webug 1.2.3 on any system

Reported by ZLukasz.poczta, Nov 17, 2010

Chrome 7.0.x
Webug 1.2.3
Sending log from Zend:

Settings
$logger = new Zend_Log();
$fireBugWriter = new Zend_Log_Writer_Firebug();
$logger->addWriter($fireBugWriter);
Zend_Registry::set('logger', $logger);

I see only something like this:
[
   0 => "[object Object]"
   1 => "[object Object]"
]
[
   0 => "[object Object]"
   1 => "[object Object]"
   2 => "[object Object]"
   3 => "[object Object]"
]
When on firefox I can see all elements of this objects

Reported by mathewrssll, Feb 20, 2011

What steps will reproduce the problem?

1. Created two php functions, one to generate a form token hash and another to check if hidden form token hash field matches the $_SESSION token.
2. It works in every browser including chrome but with this addon enabled it causes problems as outlined below.

What is the expected output? the php function to check if form token matches session token comes back saying it's invalid. This addon seems to alter the token or sends data twice causing the session token and form token to be a mismatch. A Majour bug.

What do you see instead?

What version of the product are you using? Latest Version

On what operating system? Windows 7

This addon causes session problems with PHP. I am a web developer and i had a problem i was trying to figure out for days.

I created two php functions one to generate a form token hash and to echo out in a hidden field in a form and the other function was to see if the the session token matched the hidden form token.

After many hours of debugging and getting help from a pro developer we realised the problem was only happening in Chrome. We disabled every addon and Chrome was working fine, we then renabled every addon one by one and found that Webug was causing the issue when enabled.

What happens is when i load the webpage that has the hidden form token on it and compare the hidden form token in form to the session token they never match and are different (even after submitting the form). I tried numerous methods in my function to overcome the issue and got a pro in and it seems this addon somehow alters the token value so the session token value never matches the token in the form either that or this addon submits the data twice or something. I see another issue someone else created about submitting data twice so maybe they are linked together somehow.

Problem is i created a sample form with the functions etc on it and it works. This addon seems to cause confliction with my code somewhere.

So in simple terms on my website with addon enabled the session token wont match the hidden form field token but if i disable addon it will.

But if i create a sample form with the two functions and the form and the form processing code and try it with addon enabled i don't get any problems. It seems the addon is conflicting with other code on my site but i cannot understand what it must be conflicting with. My code is valid and works in any other browser without problems. I just need to know what this addon is doing to cause it to conflict with my code.

Chrome has a 256 kbytes limit on header size it would process (see https://code.google.com/p/chromium/issues/detail?id=17980), responses over this limit fail with net::ERR_RESPONSE_HEADERS_TOO_BIG error.

As there's no way to circumvent this limitation, firephp-core authors discuss a way to announce it to the server library using X-Wf-Max-Combined-Size header (firephp/firephp-core#10). Server library would then truncate the output.

This is already implemented in FirePHP4Chrome (https://github.com/aaronsaray/FirePHP4Chrome/blob/master/src/js/background.js#L31-32). It would be nice if webug followed the suit as well.

We use Zend_Db_Profiler_Firebug for profiling and debugging our SQL code. It sends all the SQL queries from the page as a FirePHP Table message. In FirePHP with Firefox output from Zend_Db_Profiler_Firebug is shown collapsed by default. Since most of the time we aren't interested in this output, it's nice to have it cleaned up and out of the way, but still quickly available should we need it.

I don't know if there is a reliable way to pick out these messages from other Table messages, but collapsable tables and a setting for the default state (collapsed or expanded) would be sufficient.

Thanks!

Webug 1.3.1 does only modify the HTTP request headers of the main page, not for the frames within that page.

Main page headers:

X-FirePHP:0.4.4
X-FirePHP-Version:0.4.4
X-Wf-Max-Combined-Size:262144

The frame pages do not have that request headers.

This makes it impossible to debug the TYPO3 CMS backend.

Test URL: http://p.cweiske.de/196/raw/index.htm

Please support outputting $firephp->table(). Now all I see in Console is: [Array[1], Array[1]], it would be better to see e.g.:

┌─────┬──────┬─────┐
│first│second│third│
├─────┼──────┼─────┤
│ 1   │ 2    │ 3   │
├─────┼──────┼─────┤
│ 4   │ 5    │ 6   │
└─────┴──────┴─────┘

Reported by GedroX, Aug 3, 2010

Steps to reproduce the problem

1. Create small PHP script for counter stored in session (see attachment);
2. Request it through browser with webug enabled;
3. Counter is increasing by 2 at once – two requests are called to the file per one request made by user.

Expected result:
Counter should be increasing by step=1.

When switching webug off, problem fades away.

No, this is not a problem with favicon.ico absence. :)

Using Windows XP SP3, Google Chrome 5.0.375.125, Webug 1.2.1.

Log to additional tab (this allows styling and separation with js messages).

The headers are coming right?

X-Wf-1-1-1-1:417|[{"Type":"TABLE","Label":"Doctrine Query Profiler (3 @ 0.0029 sec)"},[["Time","Event","Parameters"],["0.00209","SELECT t0.id AS id1, t0.nome AS nome2, t0.data_cadastro AS data_cadastro3, t0.autor_id AS autor_id4 FROM livro t0 WHERE t0.autor_id = ?",{"1":1}],["0.00081","SELECT t0.id AS id1, t0.nome AS nome2, t0.data_cadastro AS data_cadastro3, t0.autor_id AS autor_id4 FROM livro t0 WHERE t0.autor_id = ?",{"1":2}]]]|
X-Wf-1-Plugin-1:http://meta.firephp.org/Wildfire/Plugin/ZendFramework/FirePHP/1.6.2
X-Wf-1-Structure-1:http://meta.firephp.org/Wildfire/Structure/FirePHP/FirebugConsole/0.1
X-Wf-Protocol-1:http://meta.wildfirehq.org/Protocol/JsonStream/0.2

Thanks for the attention!

Reported by automake, Nov 19, 2010

Your version of FirePHP.class.php library uses getallheaders function that is an alias for apache_request_headers function since version 4.3.0 of php.

apache_request_headers is only defined in php module version for apache and is not defined in fast-cgi version of php.

Reported by automake, Nov 19, 2010

Single quotes in messages makes "Uncaught SyntaxError: Unexpected identifier" error appear in console

Escape single quotes on every received string?

Thanks a lot.

Oriol,
Bitendian S.L.
http://bitendian.com/

Reported by jason.rgd, Jul 11, 2012

What steps will reproduce the problem?
if I send an ajax request to a particular page using Zend framework. and call the log function then the msg should be logged in console .. However I see nothing unless a synchronous request is sent to that page.
When i tested the same in firefox. it was working fine.

What is the expected output? What do you see instead?
logged message in chrome. I see nothing instead

What version of the product are you using? On what operating system?
1.2.3 on windows 7 64 bit

Please provide any additional information below.
chrome v20.0.1132.47