WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
218196
Web Inspector: REGRESSION(
r266695
): Sources: override banner is squished for large images
https://bugs.webkit.org/show_bug.cgi?id=218196
Summary
Web Inspector: REGRESSION(r266695): Sources: override banner is squished for ...
Devin Rousso
Reported
2020-10-26 10:30:17 PDT
# STEPS TO REPRODUCE 1. inspect <
https://webkit.org
> 2. create an override for `template.svg`
Attachments
Patch
(1.67 KB, patch)
2020-11-04 18:19 PST
,
Patrick Angle
no flags
Details
Formatted Diff
Diff
Before Patch
(2.16 MB, image/png)
2020-11-04 18:23 PST
,
Patrick Angle
no flags
Details
After Patch
(2.15 MB, image/png)
2020-11-04 18:23 PST
,
Patrick Angle
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2020-10-27 13:35:28 PDT
<
rdar://problem/70736428
>
Patrick Angle
Comment 2
2020-11-04 18:19:05 PST
Created
attachment 413233
[details]
Patch
Patrick Angle
Comment 3
2020-11-04 18:23:02 PST
Created
attachment 413235
[details]
Before Patch
Patrick Angle
Comment 4
2020-11-04 18:23:14 PST
Created
attachment 413236
[details]
After Patch
Devin Rousso
Comment 5
2020-11-04 18:43:03 PST
Comment on
attachment 413233
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=413233&action=review
r=me
> Source/WebInspectorUI/ChangeLog:11 > + This is resolved by making sure the minimum dimensions of the image containers are 0, so that the container can > + be `flex-shrink`ed.
That's ... odd. The fact that we have to add `min-width`/`min-height` really feels like a bug :( Could we use `flex-shrink`/`flex-grow` instead (maybe also on the banner node too)?
Patrick Angle
Comment 6
2020-11-04 20:16:15 PST
Comment on
attachment 413233
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=413233&action=review
>> Source/WebInspectorUI/ChangeLog:11 >> + be `flex-shrink`ed. > > That's ... odd. The fact that we have to add `min-width`/`min-height` really feels like a bug :( > > Could we use `flex-shrink`/`flex-grow` instead (maybe also on the banner node too)?
I don't believe this is a bug; I just checked against FF and Chrome and observe the same behavior with a repro case, so really the previous behavior was a bug. Maybe I'm missing something, but no combination of flex-shrink and flex-grow is actually affecting the sizing in any meaningful way for me in any of the browsers.
EWS
Comment 7
2020-11-05 09:01:14 PST
Committed
r269438
: <
https://trac.webkit.org/changeset/269438
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 413233
[details]
.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug