Text Becomes Invisible in Div With Opacity Set <1

[achmafooma]

In current WebPositive (in Haiku nightly), text in semi-transparent divs (opacity set below 1) can become invisible.

An example HTML file is attached. It includes two identical blocks, but with the first set to 0.95 opacity.

Text in the second block is visible (as it should be). Text in the first block SHOULD be visible (#000 on #FFF background with the whole block at 0.95 opacity), but it is not.

[achmafooma]

example HTML exhibiting this bug

[joy]

Sounds like ticket 12493, but with an better description.

[pulkomandy]

What happens here:

The opacity triggers the creation of a layer for drawing in WebKit. However, we apparently don't support drawing a string "with offsets" as it is done by WebKit (AS_DRAW_STRING_WITH_OFFSETS). My guess is because support for that is still missing in BPicture.

A normal DrawString works as expected, but it doesn't exactly match glyph metrics from webkit, so the text is not exactly at the right place, which creates some other (more subtle) rendering problems. This is why the "with offset" version was added in the first place.

[vidrep]

I'm seeing this on this website: ​https://hudsonsbay.capitalone.com/#/sign-in?locale=en_CA Bay_login.png attached

[vidrep]

Here's another URL with the same or similar problem: ​https://drive.google.com/file/d/0B8n9qMefrOQJVXFobGRFOTR4RzA/view (screenshot1.png)

The download button is invisible until the mouse is hovered over it (top right) (screenshot2.png)

[vidrep]

hrev51259 x86_gcc2h HaikuWebKit 1.6.0 Problem remains as before on this URL: ​https://hudsonsbay.capitalone.com/#/sign-in?locale=en_CA

[vidrep]

Tested with latest webkit 607.1.5. Screenshot 3.png shows the text on the Just Energy Log-in is almost invisible.

[vidrep]

This issue is unchanged using current WebKit build

HaikuWebKit 1.6.7

WebKit 607.1.17

[waddlesplash]

This patch should solve the issue: ​https://review.haiku-os.org/c/haiku/+/544

[waddlesplash]

Attached test file now renders properly, so it seems this was indeed fixed by that patch.

[vidrep]

The problem persists on this URL: ​https://my.justenergy.com/

See comment: 10 above and attched screenshot for comparison. It's worse now on that page.

[nielx]

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone

[thebuck]

New testcase involving transform revives the issue.

[nephele]

Please open a new ticket for that (Against kits/webkit, not webpositive), the bug with the html test case there has been fixed, so it is likely a different even if similar bug.

[thebuck]

Split out transform-related issues to #17665 per nephele's request.

I think it is hard to get that Kits/Web Kit refers to WebKit/HaikuWebKit because of the space and because it is not located where the other kits are...

[nephele]

It's fine to put stuff into the webpositive category if you aren't sure, this is more an organization for myself so I know what stuff to fix more on webkits side rather than webpositives UI code ;) (This is also a bit of a preperation for the webkit native api, which will probably be used by Mail, MediaPlayer, a native e-book reader etc. WebPositive is unlikely to stay the only client. Then again we might use NetSurf apis for some of this instead) Usually whatever HaikuLauncher can reproduce i put into the webkit category