Pasted links are broken if they are too long

Bug #306099 reported by Bendemann
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
KDE PIM
Fix Released
Medium
qt4-x11 (Ubuntu)
Triaged
Low
Unassigned

Bug Description

Binary package hint: kmail

I've problems with long links and the line break. If a link is more than one line long, only the first line in email text is underlined and dialable. The result is a link ending nowhere, because more than the half of the link information is missing.

I apologize for my lousy english. If there's something unclear, contact me.

Revision history for this message
In , René (rkrell) wrote :

Version: 1.9.51 (using Devel)
Installed from: Compiled sources
Compiler: gcc 4.3
OS: Linux

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?

Revision history for this message
In , Mcguire-c (mcguire-c) wrote :

Note that wordwrapping is done on QTextEdit, so this is probably a Qt problem.

Revision history for this message
In , René (rkrell) wrote :

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.

Revision history for this message
In , René (rkrell) wrote :

Ok, tried this another time and seems to be fixed.
Tested with
- KDE 4.1.2
- KMail 1.10.1
- Qt 4.4.3
from the OpenSUSE 11.0 repositories.

Revision history for this message
In , Mcguire-c (mcguire-c) wrote :

*** Bug 176435 has been marked as a duplicate of this bug. ***

Revision history for this message
Terence Simpson (tsimpson) wrote :

A link can not contain blanks (including line breaks and spaces), so the end of the link is detected at when a blank is detected.

Changed in kdepim:
status: New → Invalid
Revision history for this message
Bendemann (georg-bendemann) wrote :

Kmail doesn't do what you're saying. It doesn't matter, if the link ends with a blank or return. I'll attach an example, if you want.

Revision history for this message
Bendemann (georg-bendemann) wrote :

For clearance: The problem is what we call in german "Zeilenumbruch". The translation could be "line break" or "word wrap". If it is disabled, long links are displayed correctly too. But if it's enabled, links longer than one line are broken.

Revision history for this message
frausch (rauscher) wrote :

Sorry for insisting.

In previous (kde 3.5) versions of kmail, links were not broken, even if line wrap was enabled. The version 1.10.3 (kde 4.1) breaks links even if they are surrounded by '<>', which should prevent mail clients from breaking links.

Cheers

Changed in kdepim:
status: Invalid → Confirmed
Revision history for this message
Richard Birnie (rbirnie-deactivatedaccount) wrote :

Added link to the upstream report

Changed in kdepim:
status: Unknown → New
Revision history for this message
Connor Imes (ckimes) wrote :

Thank you for the confirmation and the upstream report, I will set an Importance on this bug.

Changed in kdepim:
importance: Undecided → Medium
Changed in kdepim:
status: New → Confirmed
Revision history for this message
In , 8ppb-w26-gj5d (8ppb-w26-gj5d) wrote :

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...

Revision history for this message
In , Jtamate (jtamate) wrote :

*** Bug 180259 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Gerd v. Egidy (e-gerd) wrote :

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?

Revision history for this message
In , René (rkrell) wrote :

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.

Revision history for this message
In , René (rkrell) wrote :

@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.

Revision history for this message
In , Gerd v. Egidy (e-gerd) wrote :

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?

Revision history for this message
In , Shlomi Fish (shlomif-gmail) wrote :

Can confirm this bug here on KDE 4.2.0's KMail running on Mandriva Linux Cooker . Very annoying.

Revision history for this message
In , René (rkrell) wrote :

(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.

Revision history for this message
In , René (rkrell) wrote :

Update: The problem still exists in version 1.11.1 (KDE 4.2.1 / openSUSE_11.1 / x86_64) using Qt 4.5.

Revision history for this message
In , Bugzilla-kde (bugzilla-kde) wrote :

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.

Revision history for this message
In , alteo_gange (romanocaldoni) wrote :

I agree with Bernd.

Revision history for this message
In , Jtamate (jtamate) wrote :

*** Bug 198264 has been marked as a duplicate of this bug. ***

Changed in kdepim (Ubuntu):
importance: Medium → Low
status: Confirmed → Triaged
Changed in kdepim:
status: Confirmed → Invalid
Revision history for this message
In , Kollix (kollix) wrote :

*** Bug 177192 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kollix (kollix) wrote :

*** Bug 148652 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kollix (kollix) wrote :

I issued this problem to the task tracker of Qt/Nokia

Revision history for this message
In , reini (rrumberger) wrote :

(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?

Revision history for this message
In , Maciej Pilichowski (bluedzins) wrote :

Last time I checked -> private.

Revision history for this message
In , Kollix (kollix) wrote :

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

Revision history for this message
In , Kollix (kollix) wrote :

Here is the mail exchanged with Qt-Support [Issue N260387]:

Hi,

On Monday, 24. Aug 2009 21:42 <email address hidden> 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
                                src/gui/text/qtextlayout.cpp
then we will seek to add that feature for a future release of Qt for Linx.

Revision history for this message
In , Kde-org-o (kde-org-o) wrote :

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!

Revision history for this message
In , Kollix (kollix) wrote :

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.

Revision history for this message
In , Kde-org-o (kde-org-o) wrote :

Is there an upstream bug entry for this issue we can look at and perhaps vote for?

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Qt issue, according to KDE.

affects: kdepim (Ubuntu) → qt4-x11 (Ubuntu)
aldebx (aldebx)
Changed in kdepim:
status: Invalid → Unknown
Revision history for this message
In , Kollix (kollix) wrote :

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

Revision history for this message
In , Bendemann (georg-bendemann) wrote :

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.

Revision history for this message
In , reini (rrumberger) wrote :

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.

Revision history for this message
In , Suse-linux (suse-linux) wrote :

So how can the responsible people be contacted to solve this annoying thing?

Revision history for this message
In , Bendemann (georg-bendemann) wrote :

@ reini

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?

Revision history for this message
In , Nyblom (nyblom) wrote :

(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.

Revision history for this message
In , Shlomi Fish (shlomif-gmail) wrote :

(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.

Revision history for this message
In , Kollix (kollix) wrote :

I entered the same information now again into the new Qt bugtracker.
You can follow it here:
http://bugreports.qt.nokia.com/browse/QTBUG-7215

Changed in kdepim:
status: Unknown → Fix Released
Revision history for this message
In , Cyberbeat-p (cyberbeat-p) wrote :

would it be possible to fix this in kde's "qt-copy"?

Revision history for this message
In , Mcguire-c (mcguire-c) wrote :

*** Bug 249474 has been marked as a duplicate of this bug. ***

Changed in kdepim:
status: Fix Released → Won't Fix
Revision history for this message
In , Matija “hook” Šuklje (matija-suklje) wrote :

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!

Revision history for this message
In , Cyberbeat-p (cyberbeat-p) wrote :

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.

Revision history for this message
In , Bernhard Reiter (bernhard-intevation) wrote :

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.

Revision history for this message
In , Mcguire-c (mcguire-c) wrote :

> 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.

Revision history for this message
In , Cyberbeat-p (cyberbeat-p) wrote :

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.

Revision history for this message
In , Bernhard Reiter (bernhard-intevation) wrote :

@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.)

Changed in kdepim:
status: Won't Fix → Confirmed
Changed in kdepim:
importance: Unknown → Medium
Revision history for this message
In , Maurice Batey (maurice-bcs) wrote :

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.

Please?!

Revision history for this message
In , Montel-3 (montel-3) wrote :

fixed in 4.9.2

Changed in kdepim:
status: Confirmed → Fix Released
Revision history for this message
In , Bog (bog) wrote :

Not fixed in 4.10.3.

Revision history for this message
In , Bog (bog) wrote :

Oops, disregard. Sorry for the noise. Breaks in the editor but not in sent emails.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.