[Bug 57114] New: Fading text still visible when "opacity:0" set
https://bugs.winehq.org/show_bug.cgi?id=57114 Bug ID: 57114 Summary: Fading text still visible when "opacity:0" set Product: Wine Version: 9.16 Hardware: x86-64 URL: https://cef-builds.spotifycdn.com/cef_binary_127.3.5%2 Bg114ea2a%2Bchromium-127.0.6533.120_windows64_client.t ar.bz2 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 77005 --> https://bugs.winehq.org/attachment.cgi?id=77005 Screencast The drag and drop test at https://bestvpn.org/html5demos/drag/ does not behave as expected with the Chrome Embedded Framework sample application. In Windows 10 the text that appears fades away (opacity:0 is set). See attached video. The same is true using Chrome on Windows and Linux. With Wine 9.16 the text remains visible until another element is activated with the pointer. I don't know if the effect is down to CSS, Javascript or a combination of the two. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57114 --- Comment #1 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Created attachment 77006 --> https://bugs.winehq.org/attachment.cgi?id=77006 Wine 9.16 console output -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57114 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Fading text still visible |Screen does not finish |when "opacity:0" set |updating for the CEF sample | |application --- Comment #2 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- It finally dawned on me what is actually happening while running the other tests. - The "source" and "text" tests don't show anything until moving the cursor over another part of the GUI, apparently forcing a screen update. - The "transparency" test appears to do the opposite of what is expected, because the screen is not updated until an additional change forces a screen update. - The "binary vs string transfer benchmark" appears to hang, but it does complete and the results are not seen until a screen update is forced as above. ...and so on. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57114 --- Comment #3 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- A WOW64 (--enable-archs=x86_64,i386) build of Wine does not have this issue. Possibly related: the WebGL test is very, very slow, except in a WOW64 build. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=57114 --- Comment #4 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- No change in Wine and Staging 10.12. arial needed to work around Bug 32342. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
WineHQ Bugzilla