User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

Create an event in the calendar.
Drag and drop a link from the Firefox address bar into the event description.
Contrary to Thunderbird ≤ 78, now the page title is drawn rather than the URL.
Close your event, than open it again.
In the description, now you have just a useless title with no reference to the original URL.

Expected results:

Revert to drag and drop the URL, as it was in Thunderbird ≤ 78.

I created an Event in the calendar.
Selected the URL for this bug report.
Dropped it into the Description, and it does use the page title "1737664 - URL Link lost as title" as the link.
Saved the event, opened in the View dialog and am able to click the link.

Clicking the link doesn't work for you?

For the first time it looks like a link as in the above screen shot, but the link is lost when you save it.

Regardless, why obfuscate the URL?

(In reply to maison from comment #4)

Regardless, why obfuscate the URL?

To save memory?

Looks like it gets converted to Markdown, which I'll have to remember if I ever create events with links in the description.

It could be a bug in your language version of Thunderbird, which is different from my us-EN version.

Anje, have you seen any support posts about this?

Eckard, can you test?

Actually it’s even worse: if you drag and drop a URL from the Firefox address bar to an email, the editor covers itself with an overlay which wants to put your URL into a attachment (what the heck?) with no other choices.

Once the email editor even went awry after I deleted this unwanted attachment; I couldn’t move the cursor any more with the mouse I think, but the keys were not typing where the cursor was… Horrible, but I can’t reproduce it.

Thunderbird ≤ 78 used work; why did this get messed up?

Running macOS 10.14.6 I cannot reproduce this issue in TB 91.2.1

I tried a few things and indeed, the link being obfuscated by the page title is general for each calendar. The real link rather than a very often less useful page title would be preferable.
☞ However, the URL being totally lost appeared when you use Google calendar (maybe some other online ones).

Is it because Thunderbird might now store the events as HTML?
Maybe HTML is not compatible with Google agenda?
Is there a way to disable the HTML in events (who even cares about HTML events)?

What about Thunderbird confusing URL for attachments (comment #6): is this a separate bug than what has been reported here?

I can't reproduce the issue with my Google calendar.

I'm Testing on Windows 10 OS
TB version 91.2.1
Added info : using en-GB

Tested on both:
'Home' default calendar
'Google' calendar which I'm using 'Provider for Google Calendar' addon

Event - added url by drag and drop to event description, saved, closed, reopen and url is exactly as added.
In both cases the url functions as per comment #1
Obviously, it does not function in Edit mode.

(In reply to maison from comment #6)

Actually it’s even worse: if you drag and drop a URL from the Firefox address bar to an email, the editor covers itself with an overlay which wants to put your URL into a attachment (what the heck?) with no other choices.

That is already a reported bug 1732903
It is already being worked on and expect a fix soon.

OK, thanks for testing. So, is there a way to send you logs?
Is there an option to save events as text or HTML, you having the latter and me having the former? By default my emails are text only.
Is there a way to disable the HTML in events (who even cares about HTML events)?
The best thing would be to revert to copying the URL rather than the page title. Why obfuscate the link anyway?

You mention you are using Linux Ubuntu.
Where did you get the download of Thunderbird?
Can you confirm if you downloaded current installation from this link:
https://www.thunderbird.net/en-US/thunderbird/all/

If no - would you test, by uninstalling current version = downloading and installing from that webpage.
Choose prefered language and click on the Linux 64bit option.

Maybe these bugs explains why the recent change Event Description HTML etc.
bug 1607834
bug 1666296
bug 553132 - see comment 25

(In reply to Anje from comment #13)

You mention you are using Linux Ubuntu.

That is what Bugzilla put by default, but I use Windows 7 and I download TB from the official repository.

Can you check something:

In Firefox browser:
Menu app icon > Help > More Troubleshooting Information
Under 'Application Basics' section - 'User Agent' -
In my case it says:
User Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:94.0) Gecko/20100101 Firefox/94.0

What do you see ?

I use the latest version, it’s just that I also use the User-Agent Switcher and Manager addon to encourage companies to consider Linux more consistently. This is not related to the current bug.

It would be appreciated if you could perform a couple of test.
To rule out addon in Firefox:
Please restart Firefox in Safe Mode so addons are not functioning and then perform a test in an Event for the link.
Report on results.

I'm not sure what if any addons you are using in Thunderbird.
Please restart Thunderbird in Safe Mode - Help > Troubleshoot Mode
Then perform a test regarding the link.
Report back on results.

re: Thunderbird program
What Language option did you download? English British eg: en-GB, English US, German, French etc

So, I tried again on a different computer (Windows 10) and a different Gmail account, using the latest official versions of Firefox and Thunderbird. The results are the same. So it’s confirmed this is a problem with Google calendar or possibly other online calendars.

Anje, if you want to rule out addons, then don’t use the calendar addon either, but use Google calendar directly.

(In reply to maison from comment #19)

So, I tried again on a different computer (Windows 10) and a different Gmail account, using the latest official versions of Firefox and Thunderbird. The results are the same. So it’s confirmed this is a problem with Google calendar or possibly other online calendars.

Anje, if you want to rule out addons, then don’t use the calendar addon either, but use Google calendar directly.

I've been testing this in the default Home calendar and also in my Google calendar (in Thunderbird) which I use Provider for Google calendar addon.

You seem to be saying we are testing this incorrectly - that we should 'use Google calendar directly'
I accessed Google Calendar directly via Firefox
Opened an event created via Thunderbird.
I can see the link text '1737664 -URL link lost as title' which I added in Thunderbird and it works in Google calendar as a clickable link.

Whilst in Google Calendar directly - I Edit the event by drag and drop a link. It inserted the link as a http link eg: https://www.formula1.com/en/latest.html, which in Google direct access works as a clickable link.
I then synched calendar and check in Thunderbird.
The added 'link' shows the link text as https://www.formula1.com/en/latest.html, but it is not a clickable link.
If I add that same link to same event via Thunderbird, the link text says 'Latest News' - not the url, but it is clickable.

Went back to Google direct and added a link using the 'Link' option - saved and accessed same event in Thunderbird.
Noted that the http text links are now showing as links and are clickable.

I would prefer the actual url because let's face it 'Latest News' is not helpful and does not offer any information - you could think it was about the BBC World News not Formula1

In Goole Calendar directly accessed - add link using the 'Link' option and when viewed in Thunderbird the http text is shown as a lnk and is clickable.

I'm not able to reproduce this issue.

Could it be a specific language ?
In using English British, but I notice the person reporting shows an image using french date etc, so is this specific to a 'French' version of Thunderbird ?

Anje, are you not aware you don’t need an addon to edit Google calendar in TB 91 ?

I know about it, but as I was already set up with Provider for Google, so I continued.
Judging by your comment you are not using any addon, so I've reset my gmail account so not usng addon.

This should mean I'm now set up same as you.

Synchronised everything and lo and behold - that Event now only shows the http links added via Google direct as links.
All the links added via Thunderbird - just text.

This is now exactly as you described. I can reproduce the bug.

I still think you need the url otherwise you have no idea what the link is all about.
So I'm also in agreeance with you on that score as well.

Thanks.
Can a developer now set this bug as confirmed and hopefully assign it to the appropriate developer?

I am not able to reproduce this bug in the default Home Thunderbird calendar.
Drag and Drop works but does not produce the expected url.
The text inserted is not ideal as it is misleading and often meaningless.

I am able to reproduce this bug in Google Calendar.
Fortunately, you can still use the 'Link' icon and post a url http link in an Event which shows as a proper url link and is clickable.

But the drag and drop url which creates the not very useful text substitute is failing. A proper link should be created showing http url.
This is a reproducable bug once I had disabled addons, removed google calendar and then added the google calendar back using the new built in method.
So if anyone is testing and already had a google calendar up and running - remove and add back using the new default method and then test.

(In reply to maison from comment #6)

Actually it’s even worse: if you drag and drop a URL from the Firefox address bar to an email, the editor covers itself with an overlay which wants to put your URL into a attachment (what the heck?) with no other choices.

Once the email editor even went awry after I deleted this unwanted attachment; I couldn’t move the cursor any more with the mouse I think, but the keys were not typing where the cursor was… Horrible, but I can’t reproduce it.

This happens quite often. The cursor becomes unmanageable, you can’t draw selected text from Firefox into an email any longer… You have to start your email over. Is this related to the HTML mess or is it a new bug?

(In reply to maison from comment #26)

(In reply to maison from comment #6)

Once the email editor even went awry after I deleted this unwanted attachment; I couldn’t move the cursor any more with the mouse I think, but the keys were not typing where the cursor was… Horrible, but I can’t reproduce it.

This happens quite often. The cursor becomes unmanageable, you can’t draw selected text from Firefox into an email any longer… You have to start your email over. Is this related to the HTML mess or is it a new bug?

I've done additional testing on this and you are correct. This sounds like a different bug so I'll create a separate one and post info.

The copy and paste method still works ok, but drag and drop completely renders the email unusable.
There are more weird thing going on than you reported, but all to do with no control over where the text cursor is actually located.

update: For info on this see bug 1740711

(In reply to maison from comment #24)

Thanks.
Can a developer now set this bug as confirmed and hopefully assign it to the appropriate developer?

It did take me some understanding of the exact set up you were using.
I was initially connecting to Google using the addon Provider for Google - so I could not reproduce bug.

As I can now reproduce this bug in google calendar using the new default built in connections and not an addon, I would say it is confirmed as a new bug.

I help to identify whether a bug really is a bug by trying to reproduce it.
If I can reproduce it, I do my best to offer as much information as possible on how to recreate the bug to help those who do the actual fixing.
Hopefully, a developer will be able to tackle this bug.

What next?

(In reply to maison from comment #29)

What next?

It has been proved the bug exists, so now we wait until a developer takes it on/assigns themselves or is assigned to fix.
Until then, we have to use the copy and paste method.

Actually, not only URL are lost, but every text formatting.

Not that I need formatting or HTML URL, but it’s a shame that versions ≤ 78 didn’t use text formatting and they worked perfectly, whereas versions 91 and so weren’t properly tested with this new “function” that is definitely a regression.

But as often here, bugs are qualified, but no one assigns them to the developer who introduced them.
So, wait and NOT see.