Bug 167635 - Tabs are not rendered on white-space: pre, sometimes
Summary: Tabs are not rendered on white-space: pre, sometimes
Status: REOPENED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Text (show other bugs)
Version: Safari 10
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2017-01-31 01:31 PST by Ebrahim Byagowi
Modified: 2023-03-24 02:19 PDT (History)
5 users (show)

See Also:


Attachments
Actual (11.07 KB, image/png)
2017-01-31 01:31 PST, Ebrahim Byagowi
no flags Details
tabs (769.12 KB, image/png)
2023-03-13 01:22 PDT, Ebrahim Byagowi
no flags Details
tabs (376.66 KB, image/png)
2023-03-24 02:19 PDT, Ebrahim Byagowi
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ebrahim Byagowi 2017-01-31 01:31:43 PST
Created attachment 300197 [details]
Actual

This reminds me a couple of bugs I was seeing on Chrome like http://crbug.com/422670 and http://crbug.com/519686 but unfortunately, unlike them, this doesn't occur.consistently so might be harder to confirm and reproduce but perhaps patches associated with that bugs would be helpful.

Steps to reorpo:
https://en.wikipedia.org/?diff=760687987

Actual:
The left box which has blue border, sometimes shows the tabs and sometimes not.

Expected:
Consistent rendering of tabs.
Comment 1 Alexey Proskuryakov 2017-01-31 10:23:14 PST
I cannot reproduce this using Safari 10.1 beta, after a dozen reloads.
Comment 2 Ebrahim Byagowi 2017-01-31 12:41:04 PST
/left box/right box/ :)

Actually what helps to reproduce this is to every time open a new page, like

https://en.wikipedia.org/?diff=760687987&1
https://en.wikipedia.org/?diff=760687987&2
https://en.wikipedia.org/?diff=760687987&3
(change the number at the end of URL)
Comment 3 Ebrahim Byagowi 2017-01-31 12:46:34 PST
With above, first opening the link with &1 and change it to &2, now I am able to reproduce it consistently. But I hope this wouldn't be because of limited Internet speed I have. Please let me known if you were able to repro this with these instructions or not so I would seek another way for it.
Comment 4 Alexey Proskuryakov 2017-01-31 13:22:03 PST
This just did reproduce for me (the first time I opened the page).
Comment 5 Radar WebKit Bug Importer 2017-02-05 08:49:14 PST
<rdar://problem/30367535>
Comment 6 Ebrahim Byagowi 2017-03-03 21:53:55 PST
Hey, I wonder if this could be prioritize? This is very annoying for developers while browsing sources I guess.
Comment 7 Ebrahim Byagowi 2017-03-03 22:05:40 PST
Not just "I guess" but I am seeing this on the daily basis and I guess other developers also do, of course I know WebKit is an open source project and I can contribute the fix myself which I can not as I don't have enough facilities to build and fix, I meant just a little more attention would be appreciated :)
Comment 8 Ebrahim Byagowi 2022-10-08 00:03:50 PDT
I was seeing this till recently but now with Safari 16 am seeing this less if never.
Comment 9 Ebrahim Byagowi 2022-10-08 00:11:01 PDT
Let me close this as I'm not able to reproduce this anymore. It is just fantastic to see WebKit has improved the text rendering stack and seeing such issues are fading away finally. Thanks!
Comment 10 zalan 2022-10-09 19:13:44 PDT
(In reply to Ebrahim Byagowi from comment #9)
> Let me close this as I'm not able to reproduce this anymore. It is just
> fantastic to see WebKit has improved the text rendering stack and seeing
> such issues are fading away finally. Thanks!
Thank you!
Comment 11 Ebrahim Byagowi 2023-03-02 09:56:30 PST
Safari Version 16.3 (18614.4.6.1.6),

When I opened https://gist.github.com/nodlag/f196d54cdccc0cba88b9bc2e9ed69424 no tabs is rendered and I'm tracking this issue for days in different pages now.

It's the same issue as I was reported in 2017 and :ap confirmed its existence, the problem is it doesn't reliably and specially happens when the page is opened for the first time in the machine.
Comment 12 Ebrahim Byagowi 2023-03-13 01:22:39 PDT
Created attachment 465415 [details]
tabs

Opened this link again https://gist.github.com/nodlag/f196d54cdccc0cba88b9bc2e9ed69424 after a while and this is what I see, some of the tabs aren't rendered but when opened as a new tab they are rendered with no issue.
Comment 13 zalan 2023-03-13 12:10:50 PDT
(In reply to Ebrahim Byagowi from comment #12)
> Created attachment 465415 [details]
> tabs
> 
> Opened this link again
> https://gist.github.com/nodlag/f196d54cdccc0cba88b9bc2e9ed69424 after a
> while and this is what I see, some of the tabs aren't rendered but when
> opened as a new tab they are rendered with no issue.

:| I still can't reproduce this. will keep on trying.
Comment 14 Ebrahim Byagowi 2023-03-13 23:45:30 PDT
> :| I still can't reproduce this. will keep on trying.

Given the rare occurrence and completely random nature of the issue it's completely understandable and thanks for even trying 🙏 I think this maybe needs some speed throttling but testing a completely new device every time matters even more I'd guess. I wished I could provide some debug info the next time I spot the issue, maybe I can post a lldb dump or something when I see the issue or anything you think might be useful? Thanks 🙏
Comment 15 Ebrahim Byagowi 2023-03-24 02:19:24 PDT
Created attachment 465566 [details]
tabs

I opened https://gist.github.com/nodlag/f196d54cdccc0cba88b9bc2e9ed69424 after some days. I tried to show the element that have skipped rendering tab is white-space: pre and has actually got a tab so have shown in the console and I can keep the tabs open till some days so can answer questions regarding the page.