Aug 28 2019 11:09 AM
Chromium has a longstanding paint order bug that prevents text from rendering properly when it is both underlined and has a drop-shadow applied. The underline ends up being broken up by the drop-shadow. This is only one ramification of the bug; the bug results in many other text-rendering oddities. As another example, multiple text shadows spanning multiple lines also render wrong (see below image). Firefox, old IE, old Edge, and other browsers do not have this bug and render text correctly. New Edge now has the bug from chromium. Can you please please, please fix this chromium paint order bug, now that it affects Edge, too? https://bugs.chromium.org/p/chromium/issues/detail?id=776627 https://bugs.chromium.org/p/chromium/issues/detail?id=713376
Aug 28 2019 03:49 PM
Aug 29 2019 01:32 PM
@HotCakeX Did you check out those links? There are also several others on the chromium forums. Users regularly resubmit different variants of this paint order bug, but chromium admins have more or less suppressed all of the bug reports by merging them, making them ownerless, and giving them lower than the highest priority, so that they never get addressed.
@David Rubino Any chance of this bug being addressed by the Edge Dev team?
Aug 29 2019 01:37 PM
Sep 04 2019 01:04 PM - edited Sep 04 2019 01:07 PM
@HotCakeX I mean, I think j-archive.com gets "decent daily users".
As posted in one of the bugs.chromium.org links in the post that started this thread (which were the links I was referring to), here is some very basic HTML that reproduces the bug:
https://bugs.chromium.org/p/chromium/issues/attachmentText?aid=308575
Sep 04 2019 01:30 PM
Sep 17 2019 08:08 PM
@HotCakeX Respectfully, to say that it is not a bug, or that it only manifests on "old websites," is neither helpful nor honest. It is obviously a bug, as marked so and as recognized by the chromium developers. No one disputes that it is a bug; the only controversy is what priority should be given to fixing it, and whom should have the honors. As well, the bug affects any website that attempts to both underline and drop-shadow text. This is true whether the website is "old" or "new." And, it's worth noting that the text-shadow property wasn't introduced until CSS3, so any website that has this particular paint-order problem (of shadows being printed above underlines) can't be that old. (The first Chrome to support text-shadow was 4.0, and the first IE was 10.0 [released 2012]. If you're sixteen years old, I can see how 2012 seems like eons ago, but to me, it was yesterday.)
Sep 17 2019 09:43 PM
Please stay on topic and polite:
" If you're sixteen years old, I can see how 2012 seems like eons ago, but to me, it was yesterday."
Read my last post again, i said: "i wish more people confirmed it in their daily internet usage and website browsing, would definitely help developers better."
I also asked for more examples and preferably on new websites but instead of providing that, you accuse others of lying. that's neither helpful nor polite.
Oct 07 2019 02:58 PM
@HotCakeX Anyone who wants a "new website" example need merely draft a simple HTML page that includes underlined shadowed text and upload it to a server so that it is accessible on the internet. The "newness" of the website is simply not a variable in the producibility of this paint order bug. I am a bit incredulous over your perception and attitude. You cast doubt on the validity of the bug. That is not "lying," but it is gaslighting, when someone describes a true experience and someone else tries to convince the other person that said experience is not real. I respectfully decline to be gaslit. :)
Oct 07 2019 03:14 PM
Here is some test code. You can run it at one of the many HTML test sites like codetester.org or htmledit.squarefree.com
<!doctype html>
<style>
.underline {
background-color: blue;
color: #ffffff;
font-size: 200%;
text-decoration: underline;
text-shadow: 5px 5px 0px #000000;
font-style: normal;
font-weight: bold;
}
</style>
<body bgcolor="blue">
<em class="underline">DOES THE SHADOW OF THIS TEXT APPEAR OVER OR UNDER ITS UNDERLINE? THE APPROPRIATE BEHAVIOR IS UNDER. THE BUG BEHAVIOR IS OVER.</em>
</body>
Oct 07 2019 03:21 PM
@RobertKS wrote:@HotCakeX Anyone who wants a "new website" example need merely draft a simple HTML page that includes underlined shadowed text and upload it to a server so that it is accessible on the internet. The "newness" of the website is simply not a variable in the producibility of this paint order bug. I am a bit incredulous over your perception and attitude. You cast doubt on the validity of the bug. That is not "lying," but it is gaslighting, when someone describes a true experience and someone else tries to convince the other person that said experience is not real. I respectfully decline to be gaslit. :)
I only asked you to provide examples of where that bug happens and preferably on websites that are not for testing, but websites that are in production and are being used by people. but until now you haven't provided any examples.
I have no idea what you're talking about so I'm going to respectfully ignore the off topic parts, you can hold on to your thoughts though, it's your choice.
Oct 07 2019 03:28 PM - edited Oct 07 2019 03:30 PM
@RobertKS wrote:Here is some test code. You can run it at one of the many HTML test sites like codetester.org or htmledit.squarefree.com
<!doctype html>
<style>
.underline {
background-color: blue;
color: #ffffff;
font-size: 200%;
text-decoration: underline;
text-shadow: 5px 5px 0px #000000;
font-style: normal;
font-weight: bold;
}
</style>
<body bgcolor="blue">
<em class="underline">DOES THE SHADOW OF THIS TEXT APPEAR OVER OR UNDER ITS UNDERLINE? THE APPROPRIATE BEHAVIOR IS UNDER. THE BUG BEHAVIOR IS OVER.</em>
</body>
Not All Bugs Are Worth Fixing
Don't get me wrong. developers would want to be the first person to know about any bug that results in inconvenience for a user. But how do you distinguish between bugs that users are likely to encounter, and bugs that users will probably never see?
that's my whole point here.
The term "triage" was borrowed from medical triage where a doctor or nurse has to prioritize care for a large group of injured people. The main job of a software bug triage team is to decide which bugs need to be fixed (or conversely, which bugs we're willing to ship with).
Triage isn't exactly my idea of a good time. But you have to do it, because you'll always have far more bugs than you have development time. Nobody has the luxury of fixing all the bugs in their software.
Testers produce two kinds of bugs:
Nov 15 2019 12:05 PM
@HotCakeX Why are you still in this thread? If you can't fix this real, documented bug, what are you contributing to this conversation? No one disputes that bugs should be triaged according to their severity. The question is whether a minor bug should be left unaddressed for so long, and whether Microsoft now has the power to meaningfully address it now that they are invested in chromium.
Nov 15 2019 12:12 PM
@RobertKS wrote:@HotCakeX Why are you still in this thread? If you can't fix this real, documented bug, what are you contributing to this conversation? No one disputes that bugs should be triaged according to their severity. The question is whether a minor bug should be left unaddressed for so long, and whether Microsoft now has the power to meaningfully address it now that they are invested in chromium.
It's an open forum so anyone can comment anywhere they want.
for the same reasons I provided in my previous comments and also for the fact that no one else has complained about this bug (due to its rarity), i think it's not worth it.
also you still haven't provided any examples that where this so called bug is causing you a problem.
Don't get me wrong, I'm not talking about how to produce this bug using custom HTML codes to intentionally produce it.