Bug 144753

Summary:	Dynamic pictures with same name than the page they belong to are not rendered
Product:	[Applications] konqueror	Reporter:	Xavier Guerrin <xavier.kde>
Component:	khtml	Assignee:	Konqueror Developers <konq-bugs>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	aiacovitti, kollix, mutlu_inek
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
Latest Commit:		Version Fixed In:

Description Xavier Guerrin 2007-04-27 16:29:00 UTC

Version:            (using KDE KDE 3.5.6)
Installed from:    Debian testing/unstable Packages

I noticed this problem while trying a web image gallery called "Hyla". You can view a typical problematic page here : http://ifile.free.fr/index.php?p=obj,/Bleuette/
If by chance this page renders correctly, here is a screenshot of what I get :
http://katecoder.free.fr/divers/bug-konqueror-hyla.png.

As you can see, Hyla uses a script called index.php to render :
-its HTML pages
-the dynamic pictures which can be displayed by the HTML pages

The first picture appears once shortly then gets lost at the first hover/update event. The others pictures never show up. However, if I use Konqueror to display directly a picture (like : http://ifile.free.fr/index.php?p=obj-mini-160-,/Bleuette/cimg1435.jpg ), the image is correctly generated, downloaded and rendered.
So I think it's a cache issue because this bug only happens when the pictures are layed out on the webpage. Could it be KHTML not looking at the entire URLs (with arguments, not only the file name) ?

' Hope it helps.

Comment 1 mutlu inek 2008-04-20 23:01:31 UTC

I can confirm this bug with Konqui from 3.5.9 and Konqui from KDE4 trunk, r798847.

The webpage appears to work well at first, but the images are not shown. In fact, it appears as if they are shown, but only for an instance before they are replaced with the small generic placeholders as the reporter has shown in this screenshot: http://katecoder.free.fr/divers/bug-konqueror-hyla.png

Comment 2 mutlu inek 2008-04-20 23:02:05 UTC

I forgot to add: Firefox and Opera work well.

Comment 3 mutlu inek 2008-07-27 19:33:41 UTC

I just checked with the final 4.1 and it works perfectly now! I think this bug can be closed.

Xavier, can you confirm this?

Comment 4 Xavier Guerrin 2008-07-27 19:57:19 UTC

Hello,

I can't check right now ; I should be able to test KDE 4.1 on next wednesday.
However, I would have enjoyed a fix for the 3.5 KDE branche.

Greetings,

Xavier G.

Comment 5 Xavier Guerrin 2008-08-07 19:07:19 UTC

I compiled kdebase from trunk this morning. The problem still seems to occur :

http://katecoder.free.fr/divers/bug-konqueror-hyla2.png

Greetings, 
 
 Xavier G.

Comment 6 mutlu inek 2009-12-21 04:46:28 UTC

Hmm... I don't know why I thought it was working with KDE 4.1.

I just tested with KDE SC 4.4 beta 2. It (still) does not show the pictures on http://ifile.free.fr/index.php/obj/Bleuette/ exactly as the screeshot of comment #5 shows.

Comment 7 mutlu inek 2010-06-07 10:44:58 UTC

I re-tested with KDE SC beta 2 (4.4.82). The pictures still do not appear, while Firefox shows them.

Comment 8 Xavier Guerrin 2010-06-07 11:07:25 UTC

Hello,

The bug seems to be KDE-specific but not Konqueror-specific; indeed, the page mentionned in comment #6:
  * does not work with Konqueror+KHTML
  * does not work with Konqueror+WebKit
  * does not work with Rekonq (i.e. another KDE+Webkit browser)
  * works perfectly with arora (Qt+WebKit browser)

'hope it helps...

Comment 9 Martin Koller 2011-06-26 11:13:43 UTC

Can reproduce with KDE 4.6.4.
The images are shown for a very short moment during download but are then replaced by the "no image" icon.

Comment 10 Christoph Cullmann 2024-05-06 18:39:45 UTC

Dear user,

KHTML (and KJS) was a long time more or less unmaintained and got removed in KF6.

Please migrate to use a QWebEngine based HTML component.

We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes.

For security issues, please see:

https://kde.org/info/security/

Sorry that we did not fix this issue during the life-time of KHTML.

Greetings
Christoph Cullmann