"View Selection Source" no longer copies the highlighted data in the same format
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
People
(Reporter: not4mailinglists, Unassigned)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; rv:134.0) Gecko/20100101 Firefox/134.0
Steps to reproduce:
Problem started on version 134.0.1, but did not exist on version 133.0.3". To reproduce: On any URL, highlight any dollarized text (e.g. "$123.00"). Right-click on it. On dropdown menu, click "View Selection Source". On resulting source window, source is highlighted. Press "CNTL-C" to copy. I pasted result into Lotus 1-2-3, but on 134.0.1, I get "1-2-3 did not find any tabular data in this HTML file" error window.
Actual results:
I pasted result into Lotus 1-2-3 which worked on 133.0.3, but on 134.0.1, I get "1-2-3 did not find any tabular data in this HTML file" error window.
Expected results:
It should have pasted in correctly as text as it did on 133.0.3 version
Comment 1•1 month ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::DOM: Core & HTML' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•29 days ago
|
||
I could not reproduce this issue on Win11 and pasting the text in MS-Word.
Can you:
- Type "about:support" in Firefox and copy-paste its contents here
- do a bisection to find the exact change that caused this (https://mozilla.github.io/mozregression/) ?
Reporter | ||
Comment 3•29 days ago
|
||
Reporter | ||
Comment 4•29 days ago
|
||
Thanks for the help! Please see attachment for results of "about:support" (saved as text).
Comment 5•28 days ago
|
||
Thank you, do you think it would be possible to run mozregression to find out when i started happening? It would greatly speed up the process of diagnosing this issue.
Reporter | ||
Comment 6•25 days ago
|
||
Reporter | ||
Comment 7•25 days ago
|
||
Hi and thanks for the help. I found the difference between 133.0.3 (date 1/3/2025) and 134.0.1 (date 1/14/2025). See my today-attached file "Netscape 134.0.1 bug 1941691.docx file 01/19/2025 showing cause of error in HTML". When you follow what I did there, you will see that the working version 133.0.3 starts off with "<pre" whereas the bad/non-working version 134.0.1 starts off with "<span" instead. Can you correct this? Thanks!
Comment 8•24 days ago
|
||
Emilio, didn’t you change something in our view source code recently? Could this be related?
Comment 9•24 days ago
|
||
Yeah, so... Right now if you follow the steps from comment 0 you get <span id="line1"><span>$123.00</span></span>
. Before bug 1927404 that would've been a <pre>
rather than a <span>
, but see that bug as for why we made that change.
What we could do is maybe wrapping the whole body on a <pre>
so that you get <pre><span id="..."><span>...
? But honestly it feels like an bug on the receiving end on the clipboard data.
Updated•23 days ago
|
Reporter | ||
Comment 10•22 days ago
|
||
Sirs- Lotus 1-2-3 is no longer supported so they cannot change their method of pasting. Since this was not a problem with any Firefox version thus far, and only changed/became a problem after bug 2927404 was fixed in the 134.0.1 version, please try wrapping the whole body on a <pre> so that you get <pre><span id="..."><span>... that Emilio suggested. I'll be happy to Beta test it first if desired to see if that fixes the problem. (You'll need to let me know how to get the Beta version however.) Again, thanks for the help!
Description
•