1737635 - Links in task descriptions are not clickable

Status: RESOLVED INCOMPLETE

(Calendar :: Dialogs, defect)

Description

[Meichthys]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:93.0) Gecko/20100101 Firefox/93.0

Steps to reproduce:

• Create event/task in Thunderbird
• In the event/task description, insert a link
• Try clicking on the link

Actual results:

The link is not opened as expected.
I've tried:

• Clicking/Double-clicking on link
• Right clicking on link looking for 'open url' option
• Ctrl-Click link
• Alt-Click link

Expected results:

The link should open when single-clicking the link.

Comment 1

[WaltS48 [:walts48]]

Did you save the event/task?

Were you able to click a link in the Description without saving in a previous Thunderbird version?

I can't click the link without saving the event/task and then viewing it.

Comment 2

[Meichthys]

I cannot click the link before or after saving the task/event.
I'm not sure about previous versions since I'm a relatively new convert to Thunderbird. I've only tested with v91.

Comment 3

[Meichthys]

I can confirm that this is still an issue in 95.0b2
From what i can tell, the issue has existed since v91 when tasks/events were given markdown formatting. Prior to v91 it looks like tasks/events only had plain text descriptions.

Comment 4

[Calvin Powers]

I also have this problem in TB 91.7.0 for Windows.

In a related problem. If you are using a remote calendar for your task list, web page attachment URLs are not saved and will be gone the next time you open the task.

I am using a caldav server on bluehost.com and it's horde webmail interface. I don't know much about caldav. But it is definitely not saving the webpage attachments.

If I use a local task list instead of a remote one, the web page attachments are preserved across saves, just like you'd want.

--Calvin Powers

Comment 5

[Meichthys]

I can also confirm that this is still an issue in 99.0b2

Comment 6

[Meichthys]

Walt, Are you able to click on the links after saving? It never seemed to work for me (including in the latest beta).

Comment 7

[Calvin Powers]

Just to confirm. I am on 91.9.0 64 bit for windows. Recent clean install.

I select a task list that is hosted on bluehost via caldav. I create a new task and open it. In the description field I add some text. Select a few words and click the link icon, I give it a valid URL and close the URL dialog. The link shows up in the description field as blue underlined just like you'd expect. I can click the text and click the link icon again to re-edit it and it shows the URL is still associated with the link.

When I click the save and close button, the read only version of the task looks like plain text. The link I created is not blue underlined. If I edit the to do item again, the link text is still there, but the link is gone.

If I use a local calendar for the task list, the behavior is slightly different, but still buggy.

If I use a local calendar and create a task and open it for editing, I can select text and create a link for it, just like above. When I save the task, the read-only version of the task only displays plain text and it is not clickable. Just like above.

I I open the task in edit mode, the link has been preserved. It is displayed as blue underline and I can edit change the link if I want to. But after I save it, the read-only view of the task is displays only plain text. The link looks black and white just like all the other text and it is not clickable.

I hope this helps. I don't want to sound like a whiner, but I could almost "live" my entire workday in Thunderbird if the To-Do pane was at all usable. Is this on the roadmap for the upcoming 102 release?

Comment 8

[Meichthys]

Calvin, great thorough description. This is exactly what I'm seeing as well with a Nextcloud back-end task list.

Comment 9

[WaltS48 [:walts48]]

(In reply to Meichthys from comment #6)

Walt, Are you able to click on the links after saving? It never seemed to work for me (including in the latest beta).

Yes, I can with events created in my Home and/or Google calendar.

I don't use Bluehost or Nextcloud.

Comment 10

[Meichthys]

Thanks Walt, It looks like the links work for me with Nextcloud when double-clicking and 'viewing' the event.
It looks like the issue is that double-clicking on a task opens it in edit mode which makes the link un-clickable. Single clicking on an event and 'viewing' it in the bottom reader pane also does not make the link clickable. Can you verify this to be the case for your google tasks as well?

Comment 11

[WaltS48 [:walts48]]

(In reply to Meichthys from comment #10)

Thanks Walt, It looks like the links work for me with Nextcloud when double-clicking and 'viewing' the event.
It looks like the issue is that double-clicking on a task opens it in edit mode which makes the link un-clickable. Single clicking on an event and 'viewing' it in the bottom reader pane also does not make the link clickable. Can you verify this to be the case for your google tasks as well?

No, I can't confirm it for Google tasks, since I don't have access to Tasks with the CalDAV calendar.

Comment 12

[Meichthys]

It looks like this issue is still persistent in v105.0b1 for local as well as caldav Tasks.
I believe it will also be an issue for events if/when a user enables double-click to edit option: bug 1685007

Comment 13

[Meichthys]

Not being annoying, just commending here to indicate that this is still relevant in v115.0b6 for Tasks and Events.

Comment 14

[Meichthys]

Just commenting here to indicate that this is still relevant for v116.0b7

Comment 15

[Alain Knaff]

Works now in thunderbird 140.3esr

However, the feature still stays weird, because link highlighting is rather inconsistent: on some occasions they are highlighted, on some others they aren't.

Comment 16

[Wayne Mery (:wsmwk)]

(In reply to Alain Knaff from comment #15)

Works now in thunderbird 140.3esr

However, the feature still stays weird, because link highlighting is rather inconsistent: on some occasions they are highlighted, on some others they aren't.

Meichthys, do you agree?

Comment 17

[Phoenix]

Resolved per whiteboard