Reproducing the Firefox SVG bug #1220
Open
+106
−15
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Overview
Ok, so this PR is a weird one.
It seems that Firefox + inline SVGs + prosemirror do not mix well in combination with selections.
Why?
I can't say I have really an idea
What is the solution?
There is no real (complete) solution at the moment.
prosemirror-view 1.43.3 contains some fixes related to this, but they don't solve all cases/issues.
What does this PR contain?
FirefoxSVGBug
sample document to be able to easily reproduce the issues. I have added a specific node-spec + non-ember node-view containing an inline SVG.TODOS:
connected issues and PRs:
None
How to test/reproduce
FirefoxSVGBug
samplelink
and thefirefox_svg_bug
nodes.link
nodes should be improved, but is far from perfect (flickering etc.)firefox_svg_bug
nodes should be completely broken.Challenges/uncertainties
I was kinda losing my mind when trying to reproduce this issues, so it could very well be I missed something trivial.
Checks PR readiness