Open Bug 1716397 Opened 3 years ago Updated 2 years ago

Double-click on various links fails to trigger link properties. For many basic cases, no in-place way of editing or checking link location with mouse

Categories

(Thunderbird :: Message Compose Window, defect, P2)

Thunderbird 90

Tracking

(thunderbird_esr91 affected, thunderbird99 affected, thunderbird100 affected, thunderbird101? affected)

Tracking Status
thunderbird_esr91 --- affected
thunderbird99 --- affected
thunderbird100 --- affected
thunderbird101 ? affected

People

(Reporter: thomas8, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug, Regression)

Details

(5 keywords)

Attachments

(2 files)

Editing a link with link text in composition is seriously broken for mouse users in 90.0b1 (32-Bit), Windows 10, and also half-broken for links whose text is an URL. It's now a gambling game if double-click on certain parts of the link succeeds to trigger link properties or not. Editing one-word links like here or this is now impossible with mouse. As a workaround, editing the link via Insert > Link (pretty counter-intuitive) or Ctrl+K works.

STR

  1. Open attached testcase
  2. Edit as New
  3. Double-click on every part or word of every link:
  • first and last word of text links
  • protocol, domain, and TLD of links whose text is an URL

Alternative plain vanilla DIY STR

  • compose with 90.0b1
  • Type Try this link (just exactly that) into msg body.
  • With text cursor still after k|, hold Shift while pressing cursor-left to select this link (just that).
  • Press Ctrl+K, add link location, OK.
  • Now double click on any part of this link.

Actual result

  • Double-click fails to trigger Link Properties dialog at every other corner of most links.
  • With links whose text is just words it's worse, URL linktext works better (in the middle), but mostly not for double-click on protocol or TLD.
  • Go figure the details from the test case, make sure to click left/right/centre on each link.

Expected result

  • Double-click on any part of the Link should select exactly the full link text and trigger the Link Properties dialog

I'm aware that this is editor territory, but I consider this as serious enough that we should strive to push for a fast solution from our side.

This is also compounded by the fact that in 2021, we still don't have an "Edit Link" context menu item.

Keywords: testcase

Here's a screencast of testing testcase attachment 9226917 [details] on TB 90.0b1 (32bit) on Windows 10.
Every double click on some part of a link where the Link Properties window does not pop up is a fail.

Summary: Double-click on a link fails to trigger link properties more often than not in TB 90.0b1 - for some basic cases, no in-place way of editing link location with mouse → Double-click frequently fails to trigger link properties. For some basic cases, no in-place way of editing link location with mouse
Summary: Double-click frequently fails to trigger link properties. For some basic cases, no in-place way of editing link location with mouse → Double-click on various links fails to trigger link properties. For many basic cases, no in-place way of editing link location with mouse

Bug 1572648 (Embed rich link previews) is also working on links in composition.

See Also: → tb-new-addrbook

This is a legit link bug. Magnus, since you are in link land currently - you want to take a glance and see if you can find a fix for this?

Flags: needinfo?(mkmelin+mozilla)

This is a regression from TB 78 to TB 90.0.
Alice, would you be able to narrow this down?

Flags: needinfo?(alice0775)
Summary: Double-click on various links fails to trigger link properties. For many basic cases, no in-place way of editing link location with mouse → Double-click on various links fails to trigger link properties. For many basic cases, no in-place way of editing or checking link location with mouse

(In reply to Alice0775 White from comment #8)

The regression seems to be caused by Bug 1632425.

Phantastic! Alice, you rock!

Regressed by: 1632425

It seems to behaving rather inconsistently. Sometimes I do get the properties dialog after all... especially after moving from one link to another.

Having double click select seems to be correct and consistent with what is done elsewhere, like TinyMCE and gmail web ui. The basic problem is per comment 1 - we need a context menu or something similar...

Flags: needinfo?(mkmelin+mozilla)
See Also: → 695142
Depends on: 1774031
Blocks: 1774036
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: