Bug 155599

Summary: Geosense.net world map has button smack in the middle, where none should be.
Product: [Applications] konqueror Reporter: Zak <zakkhan23>
Component: khtmlAssignee: Konqueror Developers <konq-bugs>
Status: RESOLVED FIXED    
Severity: normal CC: andresbajotierra, riklaunim
Priority: NOR    
Version: 4.0   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:

Description Zak 2008-01-13 03:01:02 UTC 
Version:           4.0 (using KDE KDE 4.0.0)
Installed from:    Ubuntu Packages
OS:                Linux

Geosense is a game where you select a city in a country on a world or US map.

The game used to be virtually unplayable in the 3.5 branch, as Konqueror would take the text box background color from your color scheme (which is most likely white), but the text used to display countries is white. That bug is fixed in 4.0, and thanks for that.

A new bug has appeared, though. Geosense used custom button images. These are respected (they were not in 3.5), but now there is a button right in the middle of the world map, blocking countries and cities. Clicking the button does nothing. 

Reproduce:
1. Change browser ID for the site www.geosense.net to Firefox 2. (The site complains, otherwise)
2. Go to http://www.geosense.net and click "Visit"
3. On the next page, click "Play Alone".
4. Observe almost flawless page except for button in middle of map. 

Expected:
There should be no button in the middle of the map.

(Should a I file a 3.5 branch bug? The game is virtually unplayable on that branch.)
Comment 1 Zak 2008-05-08 04:56:08 UTC 
Uhm, hello? I filed this a WHIIIIIIIILLLLLLLLLEEEE back, it's still current.
Comment 2 Zak 2008-05-09 19:23:30 UTC 
...
Uhm, hello? I'd really like to see it fixed for 4.1. Or, at least a confirmation someone has seen this...
Comment 3 Maksim Orlovich 2008-06-14 17:16:55 UTC 
Testcase:
<input type="button" class="bigbut" value="test" style="visibility:hidden; background-image: url(http://www.kde.org/media/images/top-kde.jpg)">

(Actually, the original CSS also specified width/height). So just painting the background when we shouldn't be?
Comment 4 Zak 2008-06-19 21:26:47 UTC 
Thanks for a response. It seems like that, to me anyway.
Comment 5 Dario Andres 2008-08-26 01:04:19 UTC 
Using KDE 4.1.1 (KDE 4.1.0 (4.1 >= 20080722)) (KDEmod) in ArchLinux i686:
I can confirm the behaviour of the testcase. The button with custom background is painted even if its CSS property "visibility" is set to hidden. 

It isn't showed in Opera 9.52, Firefox 3.0.1 , Arora 0.4

This also happens using KDE 4.2 svn (kdelibs rev.851858 and kdebase rev.851866)
Comment 6 Dario Andres 2008-11-29 20:10:47 UTC 
This bug is still present in KDE4.1.3 and KDE4.2svn (kdelibs rev.890034), here on my ArchLinux x86_64 box.
Comment 7 Dario Andres 2008-12-18 22:03:01 UTC 
Confirming (with the testcase) here using:

Qt: 4.4.3
KDE: 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2))
kdelibs svn rev. 898705 / kdebase svn rev. 898705
on ArchLinux x86_64 - 2.6.27.8
Comment 8 Dario Andres 2009-01-08 23:20:01 UTC 
*** Bug 161541 has been marked as a duplicate of this bug. ***
Comment 9 Germain Garand 2009-03-31 18:32:21 UTC 
SVN commit 947499 by ggarand:

rework replaced elements painting
-render outlines
-properly check the painting rectangle bounds
-check visibility in all painting phases (#155599)

BUG: 155599


 M  +7 -0      css/html4.css  
 M  +15 -10    rendering/render_replaced.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=947499
Comment 10 Zak 2009-04-01 01:00:45 UTC 
Thank you! I cannot check this fix at the moment; I no longer have KDE 4. Thanks again!
Comment 11 Germain Garand 2009-04-02 22:15:37 UTC 
SVN commit 948350 by ggarand:

automatically merged revision 947499:
rework replaced elements painting
-render outlines
-properly check the painting rectangle bounds
-check visibility in all painting phases (#155599)

BUG: 155599

 M  +7 -0      css/html4.css  
 M  +15 -10    rendering/render_replaced.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=948350