1953524 - When printing only "Selection", if selection started at the beginning of a text line which happens to have white-space in the source before it, text line gets a spurious "..." (…) ellipsization prefix

Status: NEW

(Core :: Printing: Output, defect)

Description

[Jeff Fortin]

Attachment: Demonstration video.mp4

See attached demonstration video.

Steps to reproduce

1. Go to an article such as https://www.health.harvard.edu/pain/is-your-pillow-hurting-your-health
2. Select from the beginning of the first header (title) line, "Is your pillow hurting your health?" and downwards
3. Ctrl+P
4. Select "Selection" instead of "Original"

Actual results

Notice the resulting document's first line being prefixed with …, so it reads "...Is your pillow hurting your health?"

Expected results

No "..." prefix.

Workaround

If you start your selection on the line before, i.e. including the invisible paragraph/line break, then the heading in the resulting document does not get prefixed with "...".

---

This was tested with Firefox 136.0 (from Fedora 41's repositories) on Linux, but it has also affected every previous Firefox version I used.

Comment 1

[Emilio Cobos Álvarez (:emilio)]

Huh, interestingly, it doesn't happen with right click -> Print selection...

Comment 2

[Emilio Cobos Álvarez (:emilio)]

Huh, nvm, it does, if you just mouse drag. If you triple-click the header and drag down it doesn't. This is probably the white-space in the header confusing us.

It seems we should just check whether any character in the text node that starts the selection is non-whitespace here. Should be a relatively easy fix?

Comment 3

[Emilio Cobos Álvarez (:emilio)]

Reduced test-case would be:

data:text/html,<h1>  foo  </h1><h1>Bar</h1>

Comment 4

[Daniel Holbert [:dholbert]]

Attachment: screencast showing the bug with emilio's reduced testcase (reproducing with clicking-and-drag select, but not with select-all)

Comment 5

[Daniel Holbert [:dholbert]]

See screencast in comment 4; bug is visible at e.g. t=6s (but the bug is not visible at the end of the video when I instead do select-all, which avoids the issue similar to triple-click per comment 2).