Version: 1.9.51 (using Devel)
Installed from: Compiled sources
Compiler: gcc 4.3
As a default setting, composer has the Otions->Wordwrap = On. With this setting, if I enter an URL with dashes longer than the number of characters per line, the URL is broken up after the dash ('-') as a normal word.
I don't know any way to avoid this than ecah time explicitely switch Wordwrap = Off in composer when writing a new mail. The previous kmail from KDE3 did not have such a behaviour, did it?
Note that wordwrapping is done on QTextEdit, so this is probably a Qt problem.
Alright, good to know, but can't you contact the Qt development team to declare that on an expert-to-expert level, please?
May be for Qt developers this is normal and they won't change this behaviour and the developer using Qt has to put a workaround for this into the application. I'm really not qualified to discuss this on this level at the moment :-)
Simply testing and not developing KMail, it comes up in KMail ;-) To this time I haven't been faced with a bad wordwrapping in another application.
Ok, tried this another time and seems to be fixed.
- KDE 4.1.2
- KMail 1.10.1
- Qt 4.4.3
from the OpenSUSE 11.0 repositories.
*** Bug 176435 has been marked as a duplicate of this bug. ***
I can confirm this very annoying bug on Gentoo with KDE 4.1.3 and Qt 4.4.2. I can't check Qt 4.4.3 at the moment as it's not yet in portage...
*** Bug 180259 has been marked as a duplicate of this bug. ***
I can confirm this bug with KDE 4.1.3, Qt 4.4.3 and Kmail 1.10.3 from Fedora 9 i386.
So if this is fixed in OpenSuse 11 this has maybe been forward-ported by OpenSuse?
Yes, it is still there for 4.1.87 (upcoming 4.2), too. Long URLs with dashes are broken as normal text when having Wordwrap on, Qt word wrapping doesn't recognize them in the composer text.
@Gerd: ... This is not really fixed in OpenSUSE, this was a mistake or a short-term state. OpenSuSE 11.1 uses still Qt 4.4.3 in its latest 4.1.87 packages from the KDE Factory, with the same problem as described in this report.
Hi René, thanks for looking into this. Do you happen to know if there are plans to improve the Qt word wrapping in a future version? Should we file a bug/feature whish for Qt?
Or do you think it is better to add some kind of wrapper around the Qt word-wrapping which handles cases like this?
Can confirm this bug here on KDE 4.2.0's KMail running on Mandriva Linux Cooker . Very annoying.
(In reply to comment #10)
> Hi René, thanks for looking into this. Do you happen to know if there are
> plans to improve the Qt word wrapping in a future version? Should we file a
> bug/feature whish for Qt?
> Or do you think it is better to add some kind of wrapper around the Qt
> word-wrapping which handles cases like this?
Hi Gerd, I do not have any idea what's the best address for this issue, I'm not familar with neither KDE nor Qt programming and leave the decision on experts.
Update: The problem still exists in version 1.11.1 (KDE 4.2.1 / openSUSE_11.1 / x86_64) using Qt 4.5.
Please, someone could set the state of this bug to something other than "UNCONFIRMED". It's there and it's annoying.
To make this clear: KMail of KDE 3 did not have this, it's only the KDE 4 versions.
I agree with Bernd.
*** Bug 198264 has been marked as a duplicate of this bug. ***
*** Bug 177192 has been marked as a duplicate of this bug. ***
*** Bug 148652 has been marked as a duplicate of this bug. ***
I issued this problem to the task tracker of Qt/Nokia
(In reply to comment #19)
> I issued this problem to the task tracker of Qt/Nokia
Is it possible to provide a link to the Qt/Nokia task tracker, or is that a private tracker?
Last time I checked -> private.
It's not private, but I haven't got a reply from them up till now, so I have no issue number.
The Task Tracker can be found at: http://qt.nokia.com/developer/task-tracker
Here is the mail exchanged with Qt-Support [Issue N260387]:
On Monday, 24. Aug 2009 21:42 firstname.lastname@example.org wrote:
> regression in WordWrap AtWordBoundary
> Steps to reproduce / test case
> Looking at a bug report in KDE4/kmail regarding word wrapping when
> pasting long URLs, I found the following compatibility problem.
> In Qt3 with QTextEdit and setWrapPolicy(QTextEdit::AtWordBoundary)
> the text was not wrapped at "-" characters, which is good.
> In Qt4 even with the Q3 compatibility class Q3TextEdit, the behavior
> is different and text is wrapped at "-" characters. The same is true
> for Qt4's QTextEdit widget.
> How can we solve the problem of not being able to paste long URLs but
> still use word wrapping in the way it worked with Qt3 ?
> See also https://bugs.kde.org/show_bug.cgi?id=163609
> More information
This is because the UnicodeTables and harfbuzz recognize a "-" as a soft hyphen ie a word break. If you look at a contribution to add this feature to
then we will seek to add that feature for a future release of Qt for Linx.
So what's the status of this? Bug says it's RESOLVED but I still have it on KMail 1.12.2, KDE 4.3.2, Arch Linux x86_64
You have my votes and encouragement to get this fixed!
It's status is Resolved/upstream, which means it's a restriction inside Qt.
As long as nobody creates a patch which will be accepted by Nokia/Qt, we can not fix that issue.
Is there an upstream bug entry for this issue we can look at and perhaps vote for?
No, they did not give me an issue number. Probably it was not entered as "defect".
The query was handled with the support Issue N260387
Bug reappears in KDE 4.3.4 (release 2), Kmail 1.12.4 (with Opensuse 11.2).
Please contact me for further informations or if it is neccesary to create a new bug report.
If you read the comments to this report, you'll notice that it is a bug in QT, not KDE. No re-appearing or anything - it has just not been fixed yet.
So how can the responsible people be contacted to solve this annoying thing?
Okay. I don't understand these technical issues. I just reported these bug a few months ago and my report was marked as duplicated. And the problem was really gone for a while (Mandriva and Kubuntu).
So why don't the mantainer switch this bug from resolved to unsolved?
(In reply to comment #31)
> Okay. I don't understand these technical issues. I just reported these bug a
> few months ago and my report was marked as duplicated. And the problem was
> really gone for a while (Mandriva and Kubuntu).
They probably included a patch for this issue in there Qt packages.
> So why don't the mantainer switch this bug from resolved to unsolved?
Because from a KDE perspective the bug solved. But if you look at comment #22 you will see a link to the Qt issue report.
(In reply to comment #32)
> (In reply to comment #31)
> > Okay. I don't understand these technical issues. I just reported these bug a
> > few months ago and my report was marked as duplicated. And the problem was
> > really gone for a while (Mandriva and Kubuntu).
> They probably included a patch for this issue in there Qt packages.
> > So why don't the mantainer switch this bug from resolved to unsolved?
> Because from a KDE perspective the bug solved. But if you look at comment #22
> you will see a link to the Qt issue report.
There is none. There is only a link to the task manager in general. Until there is a link to the Qt bug (which isn't fixed as of Qt-4.6.0) where we can comment on this, this bug is not closed. We're still affected by this bug. Re-opening.
I entered the same information now again into the new Qt bugtracker.
You can follow it here:
would it be possible to fix this in kde's "qt-copy"?
*** Bug 249474 has been marked as a duplicate of this bug. ***
This *is* a very annoying bug and one of the very few blemishes KMail has …even Thunderbird and Mutt can handle URLs.
Sad news: upstream doesn't seem to concerned about this bug (link in Comment #34), because it's marked it as "solved" "out of scope".
IMHO if upstream doesn't consider it a bug, it becomes a KDE bug, since a bug it clearly is!
yes, this bug should be reopened, and there should be a workaround in kde/kmail then, or there should be a fixed qt officially delivered by kde.
I've added another comment to http://bugreports.qt.nokia.com/browse/QTBUG-7215 .
If there is no reaction, I guess somebody should file this with other channels
in the Qt developers community or clone the issue so it gets reconsidered.
> If there is no reaction, I guess somebody should file this with other channels
> in the Qt developers community or clone the issue so it gets reconsidered.
Please don't clone the issue, that will just add more noise for the developers. The only thing we can do is submit a patch to Qt at this point.
patching qt seems the right thing to do now. isn't there a thing called "qt copy", which is a patched qt for kde? distributions could ship that then.
@Thomas: As as Qt community member, I have to clone the issue, if I continue to have a problem and the close one is not looked at. At least it looks like the only path I know, unless you suggest a better one. :) Possibly contributing a patch is a second step, first the fight is about recognising that there is an issue with Qt and thus have an open report in the tracker about it.
@H.H: Upstream indicated they are open towards a patch in their tracker, so if somebody wants to develop a patch, we should submit it with them. (Possibly in a new issue, refering to the old now closed one.)
I also am suffering from this problem of URL's being split at "-".
This bug was reported more than 2 YEARS ago, and it's still present in Kmail 1.13.5 (running under KDE 4.5.2 on Mandriva 2010.2).
Anyone who can at last get this fixed will be doing a great service for Kmail users - whether it be a Qt fix or a workaround in KMail.
fixed in 4.9.2
Not fixed in 4.10.3.
Oops, disregard. Sorry for the noise. Breaks in the editor but not in sent emails.