Edit bar does not re-trigger if style-tage applied on the page, the edit bar remains at the top of page instead

XMLWordPrintable

    • Type: Bug
    • Resolution: Not a bug
    • Priority: Low
    • None
    • Affects Version/s: 5.9, 5.10
    • Component/s: None

      We have recently discovered that the fixed edit bar (i.e. that when a user is on a page and has scrolled down a bit, the user only has to scroll up to trigger the edit-bar to be shown in the page) only works for pages that do not incorporate the style-tag. If the style-tag is present on a page, the edit-bar remains at the top of the page. This means that any page having a macro that has a style-tag will not have the popup-edit bar, instead it will have the old behavior, leading to what may be considered an inconsequent behavior across the Confluence-instance.
      https://maven.atlassian.com/content/repositories/atlassian-public/com/atlassian/confluence/plugins/confluence-fixed-headers/1.2.8/ in the file: confluence-fixed-header.js:

      // CONFDEV-36692 do not active if custom CSS is detected
      if ($('#main-content').find('style').length > 0)
      { 3	return; 4	}
      

      Steps to replicate

      1. Enabling HTML-macro in Confluence (under Manage add-ons > System-installed > HTML).
      2. Adding an html-macro to a page that has a styles tag.

      Tested Chrome, Safari and Firefox with Confluence 5.9 and Confluence 5.10, since the fixed edit bar was introduced.

            Assignee:
            Unassigned
            Reporter:
            Wayne Wong
            Votes:
            0 Vote for this issue
            Watchers:
            6 Start watching this issue

              Created:
              Updated:
              Resolved: