Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-43099

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

    XMLWordPrintable

Details

    • Bug
    • Resolution: Not a bug
    • Low
    • None
    • 5.9, 5.10
    • None

    Description

      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.

      Attachments

        Issue Links

          Activity

            People

              Unassigned Unassigned
              wwong Wayne Wong (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: