Kuali Rice Development
  1. Kuali Rice Development
  2. KULRICE-7870

Tooltips are not removed if a timed refresh occurs while they are open

    Details

    • Type: Improvement Improvement
    • Status: Open Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: 2.2.0-m2
    • Fix Version/s: Backlog
    • Component/s: Development
    • Security Level: Public (Public: Anyone can view)
    • Similar issues:
      KULRICE-9732Validation tooltips do not reappear when the error reoccurs while typing
      KULRICE-7158Validation messaging - single checkbox tooltip persists/open
      KULRICE-7312Client-side validation tooltip doesn't open (for timed interval) when other validation treatment is applied
      KULRICE-10021Remove default initialization of tooltip
      KULRICE-8580Jump action occurring on component refresh
      KULRICE-11565Remove tooltip span on controls when not needed
      KULRICE-11566Remove tooltip span on controls when not needed
      KULRICE-11567Remove tooltip span on controls when not needed
      KULRICE-7029Remove refresh property on ComponentBase
      KULRICE-14025Severe issues with refreshing of content that contains refresh and progressive render handlers
    • Rice Module:
      KRAD
    • Application Requirement:
      Rice
    • KAI Review Status:
      Not Required
    • KTI Review Status:
      Not Required

      Description

      Tooltips are not removed if a timed refresh occurs while they are open.

      This is due to a limitation in the plugin we are using, when new content enters the page from a refresh, we have to reinitialize the bubblepopups present on the page to allow tooltips to appear on the new content. This flushes hooks internal to the plugin and no longer allows us to close the tooltip because it is now unaware it exists.

      Possible "bad" solutions are:
      1. Close all tooltips on refresh - this is bad because the user will have to reinteract with a field if they have one focused to get the tooltip to come back up. Also the behavior is undesirable.
      2. Figure out which fields have tooltips open, close them before reinit and then reopen them after new init. Bad because of even more jQuery selection processing on refresh and because there will be a flicker.
      3. Add more javascript that checks on both mouseleave and loss of focus for any "fake" tooltips that may still be showing on the page and remove these, heavyweight selection on an already pretty heavyweight area (focus/mouse handler processing on fields). Though this solution wouldnt work for various reasons because mouse and focus are not interchangable interactions for tooltip display.
      4. Move to a new tooltip plugin solution.

        Issue Links

          Activity

          Hide
          Jessica Coltrin (Inactive) added a comment -

          moving non-blocker and non-critical m4 Jiras to 2.2-backlog

          Show
          Jessica Coltrin (Inactive) added a comment - moving non-blocker and non-critical m4 Jiras to 2.2-backlog
          Hide
          Brian Smith (Inactive) added a comment -

          I would not work on this one til we change our tooltip plugin to be the bootstrap one (recommendation)

          Show
          Brian Smith (Inactive) added a comment - I would not work on this one til we change our tooltip plugin to be the bootstrap one (recommendation)

            People

            • Assignee:
              Unassigned
              Reporter:
              Brian Smith (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:

                Structure Helper Panel