URL-related menu items don't appear if pointer is on bottom pixel of URL
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Gnome Virtual Terminal Emulator |
Expired
|
Medium
|
|||
vte (Ubuntu) |
Invalid
|
Low
|
Ubuntu Desktop Bugs |
Bug Description
Binary package hint: gnome-terminal
Ubuntu 8.04, gnome-terminal 2.22.1-0ubuntu2.
Take a URL in a gnome-terminal, the pointer can be moved over it, the
URL is underlined, and mouse button 3 will bring up a context menu with
Open Link, etc.
However, if that same URL is approached from below, a pixel at a time,
and the pointer stops moving when the underline appears, and then button
3 is pressed, the context menu is lacking the URL related items. This
is despite the visual feedback of the URL being underlined.
Similarly, if the URL is approached from above, moving the pointer down
a pixel at a time until the underline appears, and then the pointer is
move back up a pixel so the underline goes, the context menu *contains*
the URL related items even though the visual feedback said it shouldn't
because of the lack of underlining.
It seems the coordinates used to determine when to underline are one-off
from the calculation of when the context menu should contain URL-related
items. There's also a one-off error left/right as opposed up/down.
I found this because I got fed up of having an underlined URL yet the
menu not containing Open Link. I was sure I hadn't moved the mouse in
the meantime, and I hadn't; I was just on the bottom row for pixels for
the URL. So it's not theoretical but bites in real life.
Changed in vte: | |
status: | Unknown → New |
Changed in vte: | |
status: | New → Invalid |
Changed in vte: | |
importance: | Unknown → Medium |
Changed in vte: | |
status: | Invalid → New |
Changed in vte: | |
status: | New → Expired |
Thanks for your report, that's more like a vte issue, re assigning accordly, thanks.