In 3.0.0 version there was an issue that prevented the Ajax panel to be displayed (see #16953). This is already fixed and it will be available in 3.0.1.

@olix21 can you try the dev version of 3.0 and confirm this works for you please?

@olix21 Since 3.0.1 is released now can you check against this version?

@peterrehm yes

Problem not solved in my configuration

I can confirm that this bug is fixed in my own applications after upgrading to 3.0.1. Example:

@olix21 does your application define a custom value in the web_profiler.excluded_ajax_paths configuration option?

I have no web_profiler.excluded_ajax_paths in my configuration file. I don't know why it's not working

These lines log the Ajax calls. Maybe you can add some console.log() calls to debug what's happening inside that code.

Okay, I have detected a conflict between the pace javascript library (http://github.hubspot.com/pace/docs/welcome/) and the symfony profiler ajax block, but i don't know why nor how to resolve this.
Is it possible that there is a conflict between two eventListener?

It looks like Pace replaces the whole XMLHttpRequest object instead of overwriting only the methods they want to change. This may be the reason why things fail, as the WDT might end up extending the Pace object rather than the native object, and the method on the Pace object might not be called when there is a change on the wrapped native object.

Any JavaScript expert can help us resolve this issue? Otherwise, I'm afraid we'll need to close this as "won't fix" for being an edge case. Thanks!

This does not seem to be an issue of the toolbar, but instead of Pace. Pace should not completely change behaviour of the object. There is no way to get the original XMLHttpRequest object.

Closing here as this needs to be fixed in Pace.

I just stumbled upon this issue and there is a workaround described here: CodeByZach/pace#261