Bug 198606 - Calling KHTMLPart::write with small parts of HTML code produces a different result than calling write once with the whole html
Summary: Calling KHTMLPart::write with small parts of HTML code produces a different r...
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: 4.2.4
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-02 08:22 UTC by Cristian Oneț
Modified: 2023-01-11 05:18 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot with the bad html (142.49 KB, image/png)
2009-07-06 08:37 UTC, Cristian Oneț
Details
The bad html obtained from the DOM document (3.76 KB, text/html)
2009-07-06 08:38 UTC, Cristian Oneț
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cristian Oneț 2009-07-02 08:22:33 UTC
Version:            (using KDE 4.2.4)
Compiler:          gcc (Gentoo 4.3.2-r3 p1.6, pie-10.1.5) 4.3.2 
OS:                Linux
Installed from:    Gentoo Packages

This bug was observerd while porting kmymoney (in playground/office) to kde4.
In trunk/playground/office/kmymoney/kmymoney2/views/khomeview.h KHomeView class has a KHTML part that renders a html that is built by calling write several times. The resulting html is different than if the several calls to write were replaced with only one call with the whole html built in a QString.
How to Reproduce: get kmymoney revision 990266, build it, create a file, select Home but I guess a simple test program will also work.
Comment 1 Maksim Orlovich 2009-07-02 13:49:23 UTC
Will look at it on Sunday... Is it a strict/quirks mode difference or such by any chance?
Comment 2 Cristian Oneț 2009-07-02 14:02:24 UTC
(In reply to comment #1)
> Will look at it on Sunday... Is it a strict/quirks mode difference or such by
> any chance?

I can't tell, the html has the doctype element so part should be in strict mode. The problem is that the tables from the html do not get rendered correctly (table data is removed from the table cell and placed somewhere before the table). If it's of any help I can attach the html as obtained by building it in a string and the html that is obtained from the document of the KHTML part after successive calls to write.
Comment 3 Maksim Orlovich 2009-07-06 04:09:05 UTC
Sorry, I can't seem to figure out where to look -- the page under 'home' looks fine either way (e.g. also with a revert of a workaround) to me. Any chance you could provide a screenshot or such?

Thanks again for reporting this..
Comment 4 Cristian Oneț 2009-07-06 08:37:12 UTC
Created attachment 35077 [details]
Screenshot with the bad html
Comment 5 Cristian Oneț 2009-07-06 08:38:37 UTC
Created attachment 35078 [details]
The bad html obtained from the DOM document
Comment 6 Cristian Oneț 2009-07-06 08:40:03 UTC
(In reply to comment #3)
> Sorry, I can't seem to figure out where to look -- the page under 'home' looks
> fine either way (e.g. also with a revert of a workaround) to me. Any chance you
> could provide a screenshot or such?
> 
> Thanks again for reporting this..


I should have said in my original post that the homeview displays two htmls:
- a welcome page (this is the default and because it displays a html from file it's not affected by the reported bug)
- a financial summary that can be displayed once a kmymoney file is opened (this displays a html built from the data contained in the file and is affected by the bug)

Did you by any chance viewed the welcome page and saw that it was OK?

I also attached a screenshot and the html obtained from the DOM document.
Comment 7 Andrew Crouthamel 2018-11-02 23:00:41 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 8 Andrew Crouthamel 2018-11-16 05:33:23 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version?

Thank you for helping us make KDE software even better for everyone!
Comment 9 Justin Zobel 2022-12-12 01:56:11 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 10 Bug Janitor Service 2022-12-27 05:20:43 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 11 Bug Janitor Service 2023-01-11 05:18:40 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!