Bug 104259 - [testcase] Useless additional space when using forms in tables
Summary: [testcase] Useless additional space when using forms in tables
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml renderer (show other bugs)
Version: SVN
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 106438 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-04-20 08:48 UTC by Dirk Stoecker
Modified: 2024-05-07 06:09 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Display in konqueror (3.62 KB, image/png)
2005-04-20 08:54 UTC, Dirk Stoecker
Details
Correct display in Firefox (2.06 KB, image/png)
2005-04-20 08:54 UTC, Dirk Stoecker
Details
Correct display in Opera (2.52 KB, image/png)
2005-04-20 08:55 UTC, Dirk Stoecker
Details
testcase (616 bytes, text/html)
2008-04-20 04:30 UTC, George Goldberg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk Stoecker 2005-04-20 08:48:56 UTC
Version:            (using KDE KDE 3.4.0)
Installed from:    SuSE RPMs
OS:                Linux

Using the supplied piece of HTML code, the table field in which the FORM is embedded includes an additional useless empty line, which makes the
display asymetric. The line cannot be removed by removing all white space (which sometimes works with other problems/browsers).

<HTML>
<BODY>
 <TABLE BORDER=1>
  <TR>
   <TD>
    <FORM ACTION="/cgi-bin/multinet.cgi" METHOD="get">
     <INPUT TYPE="submit" VALUE="display">
    </FORM>
   </TD>
  </TR>
 </TABLE>
</BODY>
</HTML>
Comment 1 Dirk Stoecker 2005-04-20 08:54:08 UTC
Created attachment 10721 [details]
Display in konqueror
Comment 2 Dirk Stoecker 2005-04-20 08:54:42 UTC
Created attachment 10722 [details]
Correct display in Firefox
Comment 3 Dirk Stoecker 2005-04-20 08:55:34 UTC
Created attachment 10723 [details]
Correct display in Opera
Comment 4 Dirk Stoecker 2005-04-20 08:56:27 UTC
The screenshots have been made with a somewhat longer code:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML>
<BODY>
 <TABLE BORDER=1 ALIGN=CENTER CELLPADDING=0 CELLSPACING=0>
  <TR>
   <TD>
    <TABLE WIDTH="100%" BORDER=1 ALIGN=CENTER FRAME="void" CELLPADDING=5 CELLSPACING=0>
     <TR>
      <TD VALIGN="MIDDLE" ALIGN="CENTER">
       <FORM ACTION="/cgi-bin/multinet.cgi" METHOD="get">
        <SELECT NAME="ref" SIZE="1">
         <OPTION>opt1</OPTION>
         <OPTION SELECTED>opt2</OPTION>
        </SELECT>
        <INPUT TYPE="submit" VALUE="display">
       </FORM>
      </TD>
     </TR>
    </TABLE>
   </TD>
  </TR>
 </TABLE>
</BODY>
</HTML>
Comment 5 Tommi Tervo 2005-05-30 09:32:31 UTC
*** Bug 106438 has been marked as a duplicate of this bug. ***
Comment 6 Gilhad 2005-05-30 09:51:45 UTC
The same do also KDE 3.3.2 compiled via Gentoo emerge utility (the duplicate Bug 106438)
Comment 7 Thiago Macieira 2006-01-13 12:23:55 UTC
Confirmed on KDE 3.5 r487700. The DOM tree shows a space between </FORM> and </TD> causing this.
Comment 8 George Goldberg 2008-04-20 04:30:19 UTC
Created attachment 24425 [details]
testcase

attaching the testcase from comment #4 . Interestingly FF2 now renders this the
same as Konqueror 3/4 but opera still does not put the white space underneath
it. Reproduced with svn trunk r795406 and 3.5.9.
Comment 9 Justin Zobel 2021-03-21 00:25:18 UTC
Thank you for the bug report.

As this report hasn't seen any changes in 10 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.
Comment 10 Christoph Cullmann 2024-05-06 20:58:06 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
Comment 11 Dirk Stoecker 2024-05-07 06:09:58 UTC
It's sooo encouraging that all my bug reports, even easy ones like this, have been closed after many years without even having a look at them. The only fixed bug was the one I fixed myself. Afterwards the fixed library was replaced by a new buggy one.

I tested reporting two new reports for current KDE. I expect them to be closed in 2044 without anyone considering them.