Bug 226859

Summary: logged in GitHub issue pages have bad layout for "Notifications Customize" link
Product: WebKit Reporter: Cameron McCormack (:heycam) <heycam>
Component: Layout and RenderingAssignee: Sergio Villar Senin <svillar>
Status: RESOLVED FIXED    
Severity: Normal CC: bfulgham, changseok, clopez, esprehn+autocc, ews-watchlist, glenn, koivisto, kondapallykalyan, pdr, sam, simon.fraser, svillar, webkit-bug-importer, youennf, zalan
Priority: P2 Keywords: InRadar, Regression
Version: WebKit Local Build   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on:    
Bug Blocks: 190065    
Attachments:
Description Flags
screen shot
none
reduced test
none
Patch
none
Patch zalan: review+, ews-feeder: commit-queue-

Description Cameron McCormack (:heycam) 2021-06-09 17:32:00 PDT
Created attachment 431031 [details]
screen shot

See attached screen shot.  On a logged in GitHub issue page, there is a link just above the Subscribe button that says "Notifications Customize".  In Firefox and Chrome, the "Notifications" is left-aligned and the "Customize" is right-aligned, all within the one line.  In Safari, the "Notifications" and "Customize" run together.  Probably a flexbox issue.
Comment 1 Cameron McCormack (:heycam) 2021-06-09 18:18:54 PDT
Regression is somewhere in this range: https://trac.webkit.org/log/webkit/trunk?mode=follow_copy&rev=278319&stop_rev=278253

My guess is https://trac.webkit.org/changeset/278280/webkit/trunk since it is a <summary> element that is the flex container here.
Comment 2 Radar WebKit Bug Importer 2021-06-09 18:29:38 PDT
<rdar://problem/79112904>
Comment 3 Cameron McCormack (:heycam) 2021-06-10 15:11:55 PDT
Created attachment 431139 [details]
reduced test
Comment 4 Cameron McCormack (:heycam) 2021-06-10 16:20:53 PDT
The problem here is the https://trac.webkit.org/changeset/278280/webkit/trunk change, which makes <summary style="display: list-item;"> fall back to <summary style="display: flex;">.
Comment 5 Antti Koivisto 2021-06-10 22:12:37 PDT
Should probably just revert bug 190065, it doesn't sound like it is correct.
Comment 6 Sergio Villar Senin 2021-06-11 03:00:39 PDT
Created attachment 431186 [details]
Patch
Comment 7 EWS Watchlist 2021-06-11 03:02:03 PDT
This patch modifies the imported WPT tests. Please ensure that any changes on the tests (not coming from a WPT import) are exported to WPT. Please see https://trac.webkit.org/wiki/WPTExportProcess
Comment 8 Sergio Villar Senin 2021-06-11 03:15:39 PDT
I'm upstreaming the WPT test here https://github.com/web-platform-tests/wpt/pull/29341

I'll import it as part of this patch once it get the r+
Comment 9 Sergio Villar Senin 2021-06-14 10:10:16 PDT
Created attachment 431340 [details]
Patch
Comment 10 zalan 2021-06-14 15:35:26 PDT
Comment on attachment 431340 [details]
Patch

OnlyCreateBlockAndFlexboxRenderers sounds very odd and indefinite  :(
Comment 11 Sergio Villar Senin 2021-06-15 00:44:27 PDT
(In reply to zalan from comment #10)
> Comment on attachment 431340 [details]
> Patch
> 
> OnlyCreateBlockAndFlexboxRenderers sounds very odd and indefinite  :(

Well that's already there. I guess you mean we should change it in follow up patches...
Comment 12 Sergio Villar Senin 2021-06-15 01:32:43 PDT
Committed r278864 (238808@main): <https://commits.webkit.org/238808@main>
Comment 13 zalan 2021-06-16 06:18:38 PDT
(In reply to Sergio Villar Senin from comment #11)
> (In reply to zalan from comment #10)
> > Comment on attachment 431340 [details]
> > Patch
> > 
> > OnlyCreateBlockAndFlexboxRenderers sounds very odd and indefinite  :(
> 
> Well that's already there. I guess you mean we should change it in follow up
> patches...
I addressed it here
https://trac.webkit.org/changeset/278919/webkit
Comment 14 Sergio Villar Senin 2021-06-16 09:28:36 PDT
(In reply to zalan from comment #13)
> (In reply to Sergio Villar Senin from comment #11)
> > (In reply to zalan from comment #10)
> > > Comment on attachment 431340 [details]
> > > Patch
> > > 
> > > OnlyCreateBlockAndFlexboxRenderers sounds very odd and indefinite  :(
> > 
> > Well that's already there. I guess you mean we should change it in follow up
> > patches...
> I addressed it here
> https://trac.webkit.org/changeset/278919/webkit

Heh, much better indeed.