Skip to content

[3.0][WebProfilerBundle] Ajax toolbar block not showing up #17137

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
olix21 opened this issue Dec 25, 2015 · 14 comments
Closed

[3.0][WebProfilerBundle] Ajax toolbar block not showing up #17137

olix21 opened this issue Dec 25, 2015 · 14 comments

Comments

@olix21
Copy link

olix21 commented Dec 25, 2015

Hello,

I have an issue with the display of the ajax block in the profiler.
I've an ajax request, but the profiler don't show anything.

capture d ecran 2015-12-25 a 19 57 39

I can't explain why but I think it's not normal

@javiereguiluz
Copy link
Member

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.

@jakzal
Copy link
Contributor

jakzal commented Dec 25, 2015

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

@peterrehm
Copy link
Contributor

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

@dosten
Copy link
Contributor

dosten commented Dec 26, 2015

@peterrehm yes

@olix21
Copy link
Author

olix21 commented Dec 27, 2015

Problem not solved in my configuration
capture d ecran 2015-12-27 a 14 14 45

@javiereguiluz
Copy link
Member

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

ajax_profiler

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

@olix21
Copy link
Author

olix21 commented Dec 28, 2015

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

@javiereguiluz
Copy link
Member

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

@olix21
Copy link
Author

olix21 commented Dec 28, 2015

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?

@stof
Copy link
Member

stof commented Dec 28, 2015

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.

@javiereguiluz
Copy link
Member

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!

@wouterj
Copy link
Member

wouterj commented Feb 20, 2016

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.

@xabbuh
Copy link
Member

xabbuh commented Feb 20, 2016

Closing here as this needs to be fixed in Pace.

@xabbuh xabbuh closed this as completed Feb 20, 2016
@peterrehm
Copy link
Contributor

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants