209605 2020-03-26 10:14:01 -0700 [GTK] Deleting an empty line can delete -webkit-user-select: none content inside a blockout succeeding the line 2020-03-27 23:11:22 -0700 1 1 1 Unclassified WebKit HTML Editing Other Unspecified Unspecified NEW InRadar P2 Normal --- 1 mcrha webkit-unassigned megan_gardner rniwa webkit-bug-importer wenson_hsieh oldest_to_newest 1634391 0 394620 mcrha 2020-03-26 10:14:01 -0700 Created attachment 394620 a.html (good) It depends what the next sibling element contains when a Delete key is pressed in an empty DIV, while I'd expect the same behaviour (the empty paragraph being removed) regardless of the next element content. a) Open the attached a.html file in a MiniBrowser like this: $ MiniBrowser --editor-mode /tmp/a.html It opens with this content: line 0 > line 1 > line 2 > line 3 where the '>' are orange. b) Place the cursor on the second line, aka on the empty line below the line with the 'line 0' text. c) press Delete key What happens: The text is changed to: line 0 line 1 > line 2 > line 3 What is expected: Only the empty line is removed, thus it might look like this: line 0 > line 1 > line 2 > line 3 Note: It seems to be related to -webkit-user-select: none; style property of .-x-evo-quoted (see the a.html file). When I change the ".-x-evo-quoted" in the <style> to something else, thus it doesn't match anything in the HTML body, like to .zzz-x-evo-quoted, then the steps behave as expected. I see this behaviour with WebKitGTK+ at r258908. 1634465 1 webkit-bug-importer 2020-03-26 11:46:41 -0700 <rdar://problem/60929041> 1634757 2 394709 mcrha 2020-03-26 23:56:32 -0700 Created attachment 394709 a.html (bad) (In reply to Milan Crha from comment #0) > When I change the ".-x-evo-quoted" in the <style> to something else, thus it > doesn't match anything in the HTML body, like to .zzz-x-evo-quoted, then > the steps behave as expected. Just a comment about this. I've been testing the change before submitting the bug and, of course, I did not remove the 'zzz' from the name before sumbit, thus the above attached a.html works properly. I'm attaching also the "bad" version, for simplicity. The only difference is the "zzz", as mentioned above. 1635129 3 rniwa 2020-03-27 23:11:22 -0700 Oh, I misunderstood the problem. This isn't even a list; just a blockquote. FWIW, this doesn't seem to impact macOS. 394620 2020-03-26 10:14:01 -0700 2020-03-26 23:54:51 -0700 a.html (good) a.html text/html 832 mcrha PGh0bWw+PGhlYWQ+CjxzdHlsZT4KYm9keSBkaXYgewogIHdvcmQtd3JhcDogYnJlYWstd29yZDsK ICB3b3JkLWJyZWFrOiBicmVhay13b3JkOwogIHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsKfQoKLnp6 ei14LWV2by1xdW90ZWQgeyAtd2Via2l0LXVzZXItc2VsZWN0OiBub25lOyB9Ci4teC1ldm8tcXVv dGUtY2hhcmFjdGVyIHsgY29sb3I6IG9yYW5nZTt9CgpibG9ja3F1b3RlW3R5cGU9Y2l0ZV0gewog IHBhZGRpbmc6IDAuMGV4IDBleDsKICBtYXJnaW46IDBleDsKICAtd2Via2l0LW1hcmdpbi1zdGFy dDogMGVtOwogIC13ZWJraXQtbWFyZ2luLWVuZCA6IDBlbTsKfQoKPC9zdHlsZT4KPC9oZWFkPgo8 Ym9keSBzdHlsZT0nZm9udC1mYW1pbHk6bW9ub3NwYWNlOycgY29udGVudGVkaXRhYmxlPSJ0cnVl Ij4KPGRpdiBzdHlsZT0id2lkdGg6IDcxY2g7Ij5saW5lIDA8L2Rpdj48ZGl2IHN0eWxlPSJ3aWR0 aDogNzFjaDsiPjxicj48L2Rpdj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2PjxzcGFuIGNs YXNzPSIteC1ldm8tcXVvdGVkIj48c3BhbiBjbGFzcz0iLXgtZXZvLXF1b3RlLWNoYXJhY3RlciI+ Jmd0OyA8L3NwYW4+PC9zcGFuPmxpbmUgMTwvZGl2PjxkaXY+PHNwYW4gY2xhc3M9Ii14LWV2by1x dW90ZWQiPjxzcGFuIGNsYXNzPSIteC1ldm8tcXVvdGUtY2hhcmFjdGVyIj4mZ3Q7IDwvc3Bhbj48 L3NwYW4+bGluZSAyPC9kaXY+PGRpdj48c3BhbiBjbGFzcz0iLXgtZXZvLXF1b3RlZCI+PHNwYW4g Y2xhc3M9Ii14LWV2by1xdW90ZS1jaGFyYWN0ZXIiPiZndDsgPC9zcGFuPjwvc3Bhbj5saW5lIDM8 L2Rpdj48L2Jsb2NrcXVvdGU+CjwvYm9keT48L2h0bWw+Cg== 394709 2020-03-26 23:56:32 -0700 2020-03-26 23:56:32 -0700 a.html (bad) a.html text/html 829 mcrha PGh0bWw+PGhlYWQ+CjxzdHlsZT4KYm9keSBkaXYgewogIHdvcmQtd3JhcDogYnJlYWstd29yZDsK ICB3b3JkLWJyZWFrOiBicmVhay13b3JkOwogIHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsKfQoKLi14 LWV2by1xdW90ZWQgeyAtd2Via2l0LXVzZXItc2VsZWN0OiBub25lOyB9Ci4teC1ldm8tcXVvdGUt Y2hhcmFjdGVyIHsgY29sb3I6IG9yYW5nZTt9CgpibG9ja3F1b3RlW3R5cGU9Y2l0ZV0gewogIHBh ZGRpbmc6IDAuMGV4IDBleDsKICBtYXJnaW46IDBleDsKICAtd2Via2l0LW1hcmdpbi1zdGFydDog MGVtOwogIC13ZWJraXQtbWFyZ2luLWVuZCA6IDBlbTsKfQoKPC9zdHlsZT4KPC9oZWFkPgo8Ym9k eSBzdHlsZT0nZm9udC1mYW1pbHk6bW9ub3NwYWNlOycgY29udGVudGVkaXRhYmxlPSJ0cnVlIj4K PGRpdiBzdHlsZT0id2lkdGg6IDcxY2g7Ij5saW5lIDA8L2Rpdj48ZGl2IHN0eWxlPSJ3aWR0aDog NzFjaDsiPjxicj48L2Rpdj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2PjxzcGFuIGNsYXNz PSIteC1ldm8tcXVvdGVkIj48c3BhbiBjbGFzcz0iLXgtZXZvLXF1b3RlLWNoYXJhY3RlciI+Jmd0 OyA8L3NwYW4+PC9zcGFuPmxpbmUgMTwvZGl2PjxkaXY+PHNwYW4gY2xhc3M9Ii14LWV2by1xdW90 ZWQiPjxzcGFuIGNsYXNzPSIteC1ldm8tcXVvdGUtY2hhcmFjdGVyIj4mZ3Q7IDwvc3Bhbj48L3Nw YW4+bGluZSAyPC9kaXY+PGRpdj48c3BhbiBjbGFzcz0iLXgtZXZvLXF1b3RlZCI+PHNwYW4gY2xh c3M9Ii14LWV2by1xdW90ZS1jaGFyYWN0ZXIiPiZndDsgPC9zcGFuPjwvc3Bhbj5saW5lIDM8L2Rp dj48L2Jsb2NrcXVvdGU+CjwvYm9keT48L2h0bWw+Cg==