Bug 482568 - Links don't convert cursor to a hand, and don't open when clicked
Summary: Links don't convert cursor to a hand, and don't open when clicked
Status: RESOLVED FIXED
Alias: None
Product: kmail2
Classification: Applications
Component: UI (show other bugs)
Version: 6.0.2
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: qt6
: 483672 484481 489647 489986 (view as bug list)
Depends on:
Blocks:
 
Reported: 2024-03-06 18:57 UTC by Joshua J. Kugler
Modified: 2024-12-16 18:54 UTC (History)
11 users (show)

See Also:
Latest Commit:
Version Fixed In: 6.2.3
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Joshua J. Kugler 2024-03-06 18:57:08 UTC
SUMMARY

Hovering over a link no longer makes the cursor a hand, and clicking on the link doesn't open the link. Right clicking and selecting "Open URL" *does* work.

STEPS TO REPRODUCE
1. Get e-mail
2. Hover over link
3. Click

OBSERVED RESULT
No "hand" cursor, link doesn't open in browser

EXPECTED RESULT
Cursor turns into a hand, and link opens.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Neon, latest packages
(available in About System)
KDE Plasma Version: 6.0.0
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2

ADDITIONAL INFORMATION
Comment 1 Sebastian Turzański 2024-03-11 21:43:06 UTC
I confirm in Plasma 6.0.1 on Opensuse Tumbleweed
Comment 2 Joshua J. Kugler 2024-03-11 22:46:22 UTC
Oddly enough, text converted to links (such as in a non-html message) can simply be clicked. Images/links in an HTML message must be right-clicked.
Comment 3 Joshua J. Kugler 2024-03-11 22:47:56 UTC
But even in non-HTML messages, cursor still does not convert to a hand.
Comment 4 Laurent Montel 2024-03-12 18:23:49 UTC
I confirm it.
I will investigate this problem.
Regards
Comment 5 glewik 2024-04-27 06:28:19 UTC
I have this same issue 

KDE Plasma 6.0.4
Fedora40
Comment 6 TraceyC 2024-07-10 17:12:03 UTC
There have been a few other reports of the same bug.
These attachments are from https://bugs.kde.org/show_bug.cgi?id=483672 and may be useful

 a mail with links (26.91 KB, application/mbox) 
https://bugs.kde.org/attachment.cgi?id=167262

 another mail with links with no effect (175.22 KB, application/mbox) 
https://bugs.kde.org/attachment.cgi?id=167374

a sample mbox with both a working and non-working link (915 bytes, message/rfc822) 
https://bugs.kde.org/attachment.cgi?id=170890
Comment 7 TraceyC 2024-07-10 17:13:26 UTC
*** Bug 483672 has been marked as a duplicate of this bug. ***
Comment 8 TraceyC 2024-07-10 17:13:43 UTC
*** Bug 484481 has been marked as a duplicate of this bug. ***
Comment 9 TraceyC 2024-07-10 17:13:58 UTC
*** Bug 489986 has been marked as a duplicate of this bug. ***
Comment 10 TraceyC 2024-07-10 17:14:54 UTC
*** Bug 489647 has been marked as a duplicate of this bug. ***
Comment 11 Garry Williams 2024-07-10 19:29:02 UTC
One other problem doesn't seem to be mentioned here: the old behavior opened the link in the background and DID NOT CHANGE FOCUS.  Now, no matter how it's done, if a link is opened, focus immediately changes to browser.

I suppose there may be an argument for immediately changing focus, but this is a regression from many years of no focus change.
Comment 12 Joshua J. Kugler 2024-12-13 17:50:10 UTC
I just noticed this seems to be fixed. KMail 6.2.3 (24.08.3) Cursor turns into a hand when hovering over links. HTML and non-HTML messages.

Is that intentional? Or did it get fixed as a result of another change?
Comment 13 TraceyC 2024-12-13 20:24:29 UTC
I confirm this is resolved in KMail 6.2.3
Unfortunately I don't know which commit or merge request fixed it.
Comment 14 Garry Williams 2024-12-15 20:19:54 UTC
Click on links still cause focus to jump to browser.  This never happened before this bug was reported.  That is still a regression.
Comment 15 TraceyC 2024-12-16 18:54:06 UTC
(In reply to Garry Williams from comment #14)
> Click on links still cause focus to jump to browser.  This never happened
> before this bug was reported.  That is still a regression.

That is a different issue than the one reported in this bug. Please open a new bug report for that issue. Thanks.