In the section about text-overflow, CSS-UI states that

Ellipsing only affects rendering and must not affect [...] dispatching of pointer events

This phrasing isn't super clear, and makes me (and @fantasai) wonder if the behavior is fully defined.

If there is only a block element with textual content, then there is no ambiguity and events should go to that element.

However, if there are <span>s or other inline elements in the block element, and that the elided content belonged to them, then it does not seem clear whether the pointer events should be dispatched the (inline) element whose content was elided, or to the block element to which the ellipsis is attached.

My initial reading of the spec made me think it may have intended the events to be dispatched to the element whose content was elided, but the wording does look somewhat ambiguous to me, and current implementations differ: only Firefox dispatches the events to the elided inline element, while Chrome, Safari, and Edge dispatch the events to the block element to which the ellipsis is attached.

My suggestion is to:

• leave the ambiguous phrasing in level 3, only test that events get dispatched (without checking if they go to the to the inline with elided content first and bubble up to the block or if they get dispatched to the block directly), and accept both the Firefox and the Chrome/Edge/Safari behaviors as conformant for now.
• decide one way or the other in level 4, clarify, add tests accordingly, and file bugs on the relevant browsers.

There is more to it than just whether the "..." generated content has pointer-events:none set to it or not.

Edge's current behavior is explained as we simply do not render anything so when you click the ... or beyond the ... there is no element to meet your click, which is not interoperable. We might want to rethink this. If we do, I prefer Firefox's behavior and I think it matches the spec more closely. In Chrome, spans that are displayed after the ... (in the padding) are able to get :hover so the "..." eating the click is more likely an oversight than an actual design choice.

https://wptest.center/#/ysx1l1

Oh well, I have more thoughts...

https://wptest.center/#/lhhbr2

@FremyCompany Thanks, these are interesting ways to poke at the problem, and can probably be a good basis for test cases.

So you favor the Firefox behavior. I think I agree. Do you think the level 3 spec already requires it? Do you think we should fix level 3 to require it? Do you think we can keep level 3 ambiguous and narrow it down in level 4?

I think the spec hints the Firefox behavior pretty well, but I wouldn't quite argue it does require it either. I think it is reasonable to file a bug on both Chrome and Edge about the current behavior even without making change to the level 3 spec; we can then obviously narrow the spec text in level 4.

The CSS Working Group just discussed Be more precise about event dispatching of pointer events on the ellipsis, and agreed to the following resolutions:

• RESOLVED: Clarify in level 3 that the UA should dispatch the event to the elided element.

So the resolution was that events are dispatched as if 'text-ellipsis' was 'none'.