Bug 119779 - konqueror deletes carriage returns from edited wiki entries
Summary: konqueror deletes carriage returns from edited wiki entries
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: khtml forms (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-09 02:43 UTC by Janet
Modified: 2006-02-06 16:49 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Janet 2006-01-09 02:43:21 UTC
Version:           3.4.3 (using KDE 3.4.3, Debian Package 4:3.4.3-1 (testing/unstable))
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.13-kanotix-17

When I edit a page in the pengupedia.de wiki (CoMa wiki) with konqueror (and only with it) after having saved the page I always end up with a wiki page without carriage returns though the preview was ok (I then have to paste the page I've previously saved from kwrite and save again).

Maybe it has something to do with the fact that konqueror (and again only konqueror) tells me I already have activated my account when I click on an activation link for a forum or that I have already received the points or webmiles (which is not the case and nevertheless the account is activated by that link and I also get the points with that link). Maybe konqueror sends some wrong flags? In the wiki I also get the message that someone else is just editing the page - which is not the case.
Comment 1 Janet 2006-01-09 19:06:29 UTC
As I just found out it seems to be the same with kde-look.org:

When I write a comment (using konqueror) containing some carriage returns and look at the preview the paragraphs are ok. But when I save it the carriage returns are gone.
Comment 2 Janet 2006-01-12 06:24:05 UTC
It does not happen when I instant-save without preview (CoMa wiki). But e.g. in kde-look.org (and the other pages where I have this problem) you cannot skip the preview. 
Comment 3 Peter Paulsen 2006-01-13 00:12:13 UTC
I have a similar problem - konqueror sets wrong keys or so in forms. 

I wanted to submit my email address to guenstiger.de to set a "preisalarm". In konqueror I cannot send the form for I always get the result that the field contains wrong characters. When I copypaste it into the same page in firefox it's ok.

And I wanted to search for a domain name in the Strato customer area and the form also returned just a "field contains wrong charakters". There too I had to use firefox to submit the form.

In kde-look.org I have the problems with the deleted paragraphs too. They talked about the problem in a thread ("I heard that problem from many people using konqueror") and Janet posted the link to this bug report there so I came here. Alas the entries in the kde-look.org thread are gone now.
Comment 4 Maksim Orlovich 2006-02-04 19:34:22 UTC
Is there a sandbox or something on that wiki? I don't speak german, so I can't test it w/o messing something up. This might also work fine in 3.5.x -- see also bug #120251
Comment 5 Janet 2006-02-06 16:48:39 UTC
Thanks for your comment. I guess we don't need sandboxing anymore ;) because in KDE 3.5.1 konqueror behaves fine - no more deleted carriage returns and paragraphs in ComaWiki articles and kde-look.org comments. But if you or anybody else want/s to test both versions of konqueror: http://pengupedia.de/SandKasten
Comment 6 Janet 2006-02-06 16:49:05 UTC
works for me