Skip to content
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

[Bug]: Xdebug with browser extension causes 502 Bad Gateway #1238

Open
OlinB opened this issue Jan 13, 2025 · 5 comments
Open

[Bug]: Xdebug with browser extension causes 502 Bad Gateway #1238

OlinB opened this issue Jan 13, 2025 · 5 comments
Labels

Comments

@OlinB
Copy link

OlinB commented Jan 13, 2025

Platform

Windows

Operating system version

Windows 11 Pro 23H2

System architecture

Intel (x86)

Herd Version

1.13.0

PHP Version

No response

Bug description

When trying to use xdebug with the browser extension, activating the extension causes a 502 Bad Gateway.

Steps to reproduce

  • add xdebug config to php.ini according to the documentation
  • restart herd services
  • load website without the extension enabled -> works
  • load with extension enabled -> 502 Bad Gateway

Relevant log output

> No logs found.
@issuelabeler issuelabeler bot added the windows label Jan 13, 2025
@OlinB OlinB changed the title [Bug]: Xdebug with Firefox extension causes 502 Bad Request [Bug]: Xdebug with browser extension causes 502 Bad Request Jan 13, 2025
@OlinB OlinB changed the title [Bug]: Xdebug with browser extension causes 502 Bad Request [Bug]: Xdebug with browser extension causes 502 Bad Gateway Jan 13, 2025
@mpociot
Copy link
Member

mpociot commented Jan 17, 2025

Do you get any errors in your PHP / Nginx log files?

@mpociot mpociot added the needs more information Further information is requested label Jan 17, 2025
@OlinB
Copy link
Author

OlinB commented Jan 22, 2025

No php logs, but in nginx:
2025/01/22 15:02:58 [error] 13344#29948: *8 connect() failed (10061: No connection could be made because the target machine actively refused it) while connecting to upstream, client: 127.0.0.1, server: smala.test, request: "GET /backend HTTP/2.0", upstream: "fastcgi://127.0.0.1:9183", host: "smala.test", referrer: "https://smala.test/backend/backend/auth/signin"

@github-actions github-actions bot removed the needs more information Further information is requested label Jan 22, 2025
@andrewpros
Copy link

andrewpros commented Jan 31, 2025

Anyone fixed this?

I have the same issue, was trying this #731

but the Pro debug.conf file is overwritten each time Herd restart

@mpociot
Copy link
Member

mpociot commented Jan 31, 2025

Which changes do you need to make to the debug.conf?

@andrewpros
Copy link

andrewpros commented Jan 31, 2025

Changing the ports as explained by #731 (comment)

As a workaround i copied Pro folder to Free folder and changed the include of *.conf in main nginx.conf file to Free folder which is not overwritten so it works, but wonder if there is better way to do this.

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

No branches or pull requests

3 participants