Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork9.6k
[DomCrawler] Bug #43921 Check for null parent nodes in the case of orphaned branches#59779
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
carsonbot commentedFeb 14, 2025
Hey! I see that this is your first PR. That is great! Welcome! Symfony has acontribution guide which I suggest you to read. In short:
Review the GitHub status checks of your pull request and try to solve the reported issues. If some tests are failing, try to see if they are failing because of this change. When two Symfony core team members approve this change, it will be merged and you will become an official Symfony contributor! I am going to sit back now and wait for the reviews. Cheers! Carsonbot |
aceaa41
to6c64c0d
Compare6c64c0d
to9a98452
CompareThank you@ttk. |
5c8c72b
intosymfony:6.4Uh oh!
There was an error while loading.Please reload this page.
This simple fix checks for null parent nodes when traversing the DOM tree when calling the
closest()
function. Instead of failing, the function will return null instead. This bring it into alignment with how theancestors()
function behaves (not failing on null parent nodes).Null parent nodes can occur when a DOM branch is orphaned due to manipulations on the document, and this is a perfectly normal scenario.
Unit tests added that checks for this specific bug.
This fix should not break any backward compatibility.