Summary: | [testcase] Copy/Paste of selection in khtml adds spaces after <br> | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Philippe Fremy <phil> |
Component: | khtml | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | porten, samuel.brack |
Priority: | NOR | ||
Version: | 4.5.4 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | testcase for the selection problem. |
Description
Philippe Fremy
2003-05-04 16:15:35 UTC
Created attachment 1484 [details]
testcase for the selection problem.
<>coucou hop bof </> ..even the empty line after has this. confirmed. Bug is still there with kde 3.2.2 Hmm. Seems to work fine for me in HEAD, though. Still reproducable with KDE 3.3.1 confirmed in 3.5.2 Confirmed in trunk r793971. Tracked it down to the RenderText objects holding the leading whitespace after setText() calls DOMStringImpl::collapseWhiteSpace() which again converts the newline into a space. Confirmed in 4.5.4, updating version. 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. 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 |