Project

General

Profile

Actions

Bug #2625

closed

Inconsistent behavior with Alias info popup

Added by Jim Pingle over 11 years ago. Updated over 8 years ago.

Status:
Rejected
Priority:
Low
Category:
Web Interface
Target version:
-
Start date:
09/06/2012
Due date:
% Done:

100%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.1
Affected Architecture:

Description

When you mouseover an alias when viewing firewall rules, nat rules, and so on, the info box pops up showing the addresses and such. However, it does not automatically disappear in some cases.

The box shows up below and to the right of the mouse pointer, but if the mouse pointer never actually enters or passes over the box, it does not disappear. For example if you move your mouse up and to the left and then around, the box never goes away. But if you swipe the cursor over the box, it disappears after a few moments.

Before it was switch to the new style, it would always disappear after the mouse moved, no matter which way it went.

This may affect other features using the same style JS pop-up box.

Actions #1

Updated by Jim Pingle over 11 years ago

  • Assignee set to Darren Embry
Actions #2

Updated by Darren Embry over 11 years ago

  • Status changed from New to Feedback
  • % Done changed from 0 to 100

Hopefully 17c0bb50 fixes this.

Actions #7

Updated by Darren Embry over 11 years ago

Those popups contain Edit links. If you somehow get a mouseout event handler on the link to close the tooltip [which I'm not able to do by replacing domTT_mouseout() calls with domTT_deactivate() calls], you won't be able to mouse into the tooltip to click the Edit link.

Thoughts?

-

Also at least I fixed some imbalanced HTML tags. :-)

Actions #8

Updated by Chris Buechler over 11 years ago

  • Assignee deleted (Darren Embry)
Actions #9

Updated by Jim Pingle about 11 years ago

  • Status changed from Feedback to New
  • Target version changed from 2.1 to 2.2

For now we can just document this behavior and revisit the question for 2.2. I think it's OK how it is for 2.1 so long as the behavior is explained.

Actions #10

Updated by Jim Thompson almost 10 years ago

  • Assignee set to Renato Botelho

Assigned to Renato.

While you're in there, I suspect security issues in the Alias code.

Actions #11

Updated by Renato Botelho over 9 years ago

  • Status changed from New to Rejected

Not a bug, it's how dom_tt velcro tooltips work

Actions #12

Updated by Chris Buechler over 8 years ago

  • Target version deleted (2.2)
Actions

Also available in: Atom PDF