Closed Bug 1843725 Opened 1 year ago Closed 1 year ago

relative time format breaks table copying

Categories

(Core :: DOM: Selection, defect)

74 Branch
defect

Tracking

()

RESOLVED DUPLICATE of bug 1455893

People

(Reporter: zendurion, Unassigned)

Details

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

Steps to reproduce:

open https://github.com/Rooyca/MarkOb-Obsidian-Highligter
try to copy all table columns within first table.

see also this thread
https://www.camp-firefox.de/forum/thema/135061-m%C3%BChsames-markieren-von-text/

we were able to narrow the builds
last good
https://archive.mozilla.org/pub/firefox/nightly/2020/01/2020-01-20-15-44-12-mozilla-central/
first bad
https://archive.mozilla.org/pub/firefox/nightly/2020/01/2020-01-21-21-52-03-mozilla-central/

Sören Hentzschel second the builds and pointed out that this time Intl.RelativeTimeFormat and Intl.DateTimeFormat were completed around that date.

currently any build after that date is not able to copy the whole table data

Actual results:

result: you can mark first and second column, but not third, marking (date) goes wild.

Expected results:

expected: marking all three columns (like firefox 73 did, chromium based do)

The Bugbug bot thinks this bug should belong to the 'Core::Layout: Tables' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Layout: Tables
Product: Firefox → Core

Sören Hentzschel second the builds and pointed out that this time Intl.RelativeTimeFormat and Intl.DateTimeFormat were completed around that date.

To clarify since there was a little misunderstanding: I don't know if there is a relation between these APIs and the reported problem. I just wanted to clarify in the linked forum post that the fact that the relative timings in the earlier builds did not work could mean that some parts of the used APIs were implemented in a later Firefox version (I have not checked that). I also have not debugged whether there is a relation between the non working relative timings in previous builds and the broken table selecting in later builds. I only confirmed that I also got a change in the Firefox 74 timeframe as regressor and that mozregression was not able to bisect further.

(In reply to DeJaVu_CF from comment #0)

open https://github.com/Rooyca/MarkOb-Obsidian-Highligter
try to copy all table columns within first table.

I'm confused, I don't see any table, you mean the file list? Which is sorta similar?

If so, the time is in shadow DOM, so this is basically bug 1455893.

Component: Layout: Tables → DOM: Selection

I'm confused, I don't see any table, you mean the file list? Which is sorta similar?

Yes, the reported issue was about the file list.

If so, the time is in shadow DOM, so this is basically bug 1455893.

Thanks for the reference!

Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago
Duplicate of bug: 1455893
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.