My Little Blog

April 5, 2010

Konqueror doesn’t pass Acid2 (occasionally)

Filed under: Uncategorized — kmi @ 00:36

Five years ago it was announced that Konqueror is the second browser of all to pass Acid2.
Just for fun I thought to check how KHTML is doing these days and ran Acid 2 and 3 with it. Well… how times change…


rekonq (QtWebKit) and Konqueror (KHTML) – each in its latest version.

Interestingly enough, the red nose bug is triggered by running Acid3 before. The rendering glitches next to the eyes only appear when you enter http://acid2.acidtests.org/#top directly into the URL bar. If you instead first browse to http://acid2.acidtests.org/ and then click to take the test, that glitch doesn’t exist. Running Acid3 before doesn’t seem to affect the eye bug.

Even weirder, as mentioned in the year old bug report, if you try to run Acid3 again after running it once, the test doesn’t even start.

So, in case any KHTML dev reads Planet KDE, I suggest that you take a look at the bug report and investigate why one website (in this case Acid3) affects how another site renders.

=-=-=-=-=
Powered by Blogilo

10 Comments

  1. Ehhh… should not the title read “KHTML doesn’t pass Acid2 (occasionally)” ? It really irks me to no end when people always like to pile crap on poor Konqueror. Konqueror by itself does not render any websites and on top of that Konqueror + kwebkitpart will give you the very same result reKonq does because both are based on kdewebkit (wrapper library for QtWebKit). Oh well…

    Comment by Dawit A. — April 5, 2010 @ 03:41

    • No, because I chose the title in reference to the “Konqueror now passes Acid2” announcement.
      I know that you can use WebKit in Konqueror, but I also wrote “occasionally” in the title which (as you should know) means “not every time”. So even with Konqueror+WebKit users out there, there are also Konqueror+KHTML users and “occasionally” is true again.

      Comment by Markus — April 5, 2010 @ 10:30

  2. Konqueror
    Version 4.4.2 (KDE 4.4.2)

    Passes Acid2 for me.

    Comment by ChALkeR — April 5, 2010 @ 07:21

    • So you first executed Acid3 and then it still passes Acid2 for you?

      You did read my blog post, right? As I wrote: Some conditions have to be met to “make” Konqueror fail.

      Comment by Markus — April 5, 2010 @ 10:34

      • Have the same problems that you describe KDE 4.4.2

        Comment by Frank — April 5, 2010 @ 11:16

  3. Indeed, fails in trunk, but in a different way: both eyes and the right border at the eye level is missing.

    Comment by Andras — April 5, 2010 @ 09:32

  4. This is a serious security issue. If it was more popular, phishers could send people to the correct website, via theirs which set certain “conditions” to retrieve the data no?

    Comment by TGM — April 5, 2010 @ 11:35

    • I wouldn’t jump to conclusions. We have (so far at least) no indication that this is a security issue (but I’m also not a programmer who can tell what’s a security-related bug).
      That said, it looks like Acid3 lets a KHTML component crash or hang, so whether this is a security issue or not, that bug should be fixed.

      Comment by Markus — April 5, 2010 @ 16:32

  5. you’re right but who cares, almost nobody uses konqueror anyway…

    Comment by mark — April 5, 2010 @ 13:49

  6. I have found another render error: The image looks fine, but when you start scrolling a part of the smiley starts moving up/down.

    Comment by Goderic — April 7, 2010 @ 21:47


RSS feed for comments on this post.

Blog at WordPress.com.

%d bloggers like this: