Bug 285493

Summary:

Colored text outside scrolling region doesn't appear colored when scrolled into view

Product:

WebKit

Reporter:

Robert <foyer.docks0l>

Component:

Layout and Rendering

Assignee:

Nobody <webkit-unassigned>

Status:

RESOLVED DUPLICATE

Severity:

Normal

CC:

ap, bfulgham, simon.fraser, zalan

Priority:

Keywords:

InRadar

Version:

Safari 18

Hardware:

Mac (Apple Silicon)

OS:

macOS 15

Attachments:

Description	Flags
A recording of the issue. Pinching to zoom forces re-coloring of the elements in question	none
Bug demonstrated under more rigorous test conditions	none

Robert

Reported 2025-01-06 20:32:41 PST

Created attachment 473817 [details] A recording of the issue. Pinching to zoom forces re-coloring of the elements in question URL: https://stackoverflow.com/questions/24007650/selector-in-swift To reproduce: on StackOverflow, find a code block (whose text is syntax-highlighted) wide enough to require scrolling to view. Scroll horizontally to move more text into view. Bug: the newly appeared text is not syntax-highlighted at all — it's just the default color. Fixes: both pinching to zoom and changing the size of the viewport temporarily fix this issue.

Attachments
A recording of the issue. Pinching to zoom forces re-coloring of the elements in question (12.19 MB, video/quicktime) 2025-01-06 20:32 PST, Robert	no flags	Details
Bug demonstrated under more rigorous test conditions (14.77 MB, video/quicktime) 2025-01-07 11:17 PST, Robert	no flags	Details
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.

Alexey Proskuryakov

Comment 1 2025-01-07 08:48:49 PST

Thank you for the report. I cannot reproduce this. Could you please post your configuration (OS version, browser version in particular)? Also, does this reproduce in a private browsing window without logging in? I notice that you are using dark mode, which AFAICT is only available as a user preference when logged in. I don't have an account, so I only tried the default mode.

Robert

Comment 2 2025-01-07 10:09:48 PST

Yes, although less reliably than when logged in. Closing and reopening the tab (with cmd-shift-T) seems to cause it to reliably occur on the reopened tab. (I'd like to attach a recording of the issue occurring when not logged in but don't see an option to attach to a comment.)

Alexey Proskuryakov

Comment 3 2025-01-07 10:22:26 PST

There is an Add attachment button below the existing attachment. I was able to reproduce with Cmd-Shift-T without logging in, thank you for the hint! Most weird. Was also able to reproduce a few times when simply reloading now.

Robert

Comment 4 2025-01-07 11:17:22 PST

Created attachment 473827 [details] Bug demonstrated under more rigorous test conditions Not logged into StackOverflow. Also it looks like closing the tab and reopening it might be necessary for this bug to occur (unclear, but it certainly seems to lead to a 100% repro rate).

Simon Fraser (smfr)

Comment 5 2025-01-07 11:20:34 PST

<rdar://142394895>

Alexey Proskuryakov

Comment 6 2025-01-20 16:21:23 PST

This ended up getting fixed under a different bug, reverse duping. *** This bug has been marked as a duplicate of bug 286239 ***

Note You need to log in before you can comment on or make changes to this bug.