Closed Bug 1709964 Opened 3 years ago Closed 2 years ago

Firefox text copy substitutes Horizontal Ellipsis U+2026 for text in large copy

Categories

(Web Compatibility :: Site Reports, defect)

Firefox 88
defect

Tracking

(Webcompat Priority:?)

VERIFIED INCOMPLETE
Webcompat Priority ?

People

(Reporter: jhg, Unassigned)

Details

Attachments

(3 files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

Wild Apricot is a site for generating and maintaining websites for membership organizations. It includes site building tools, one of which is a Custom HTML "gadget" that allows you to embed bits of HTML within the overall page framework.

The Edit Dialog for the custom HTML is a popup with an input text area where the syntax-highlighted HTML is displayed as a series of nested divs and spans, but which can also be edited by typing.

If the custom HTML content is large it is convenient to copy the entire content out, edit it in a text editor or other tool, and then paste back in the updated content.

Actual results:

In FF if you select the contents of the dialog, copy, then paste into a text editor (Notepad++ or TextPad), only the start end of the text are copied. The pasted result consists of the first few lines and last few lines of the 66-line source text, with a U+2026 Horizontal Ellipsis inserted in the middle replacing the missing source lines.

Expected results:

In Edge, the entire text is copied and pasted correctly. See attached files for details

Note that in the Firefox (incorrect) version, on line 4 positions 181 and 267, the source text has been replaced with U+2026 Horizontal Ellipsis. This does not happen in MSEdge.

The Bugbug bot thinks this bug should belong to the 'Core::DOM: Selection' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → DOM: Selection
Product: Firefox → Core

Sounds like a webcompat issue, marking it as such for webcompat team to get a minimal repro:

Webcompat Priority: --- → ?

I'm not sure whether the web app exposes same HTML document for Firefox and Edge in this case. Mirko, do you have ideas of the cause if the web app exposes same content?

Flags: needinfo?(mbrodesser)

(In reply to Jim Garrison from comment #0)

Created attachment 9220714 [details]
Incorrect text (missing all except a few leading and trailing lines)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

Wild Apricot is a site for generating and maintaining websites for membership organizations. It includes site building tools, one of which is a Custom HTML "gadget" that allows you to embed bits of HTML within the overall page framework.

The Edit Dialog for the custom HTML is a popup with an input text area where the syntax-highlighted HTML is displayed as a series of nested divs and spans, but which can also be edited by typing.

If the custom HTML content is large it is convenient to copy the entire content out, edit it in a text editor or other tool, and then paste back in the updated content.

Actual results:

In FF if you select the contents of the dialog, copy, then paste into a text editor (Notepad++ or TextPad), only the start end of the text are copied. The pasted result consists of the first few lines and last few lines of the 66-line source text, with a U+2026 Horizontal Ellipsis inserted in the middle replacing the missing source lines.

Expected results:

In Edge, the entire text is copied and pasted correctly. See attached files for details

Thanks for reporting the issue.

Opening the edit dialog's DOM via data:text/html,<copy-source-here> and then copy-pasting the result doesn't seem to be you mean.
Jim: can you please provide more precise steps to reproduce?

Flags: needinfo?(mbrodesser) → needinfo?(jhg)

Actual results:

In FF if you select the contents of the dialog, copy, then paste into a text editor (Notepad++ or TextPad), only the start end of the text are copied. The pasted result consists of the first few lines and last few lines of the 66-line source text, with a U+2026 Horizontal Ellipsis inserted in the middle replacing the missing source lines.

I'm surprised by that behavior. I'm not aware of any functionality of Firefox, which would replace text with a Horizontal Ellipsis character. Therefore, this is presumably website-specific behavior.

Component: DOM: Selection → Desktop
Product: Core → Web Compatibility

Without clear steps to reproduce the issue it will be slightly hard to investigate.

It's probably something related to
https://www.wildapricot.com/blog/using-other-website-builders#example-widgets
I don't think we can do anything for now.

I'll be happy to reopen with more detailed steps.

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
Status: RESOLVED → VERIFIED
Flags: needinfo?(jhg)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: