ICEfaces
  1. ICEfaces
  2. ICE-2750

Extra div added to end of document on certain submit clicks.

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Critical Critical
    • Resolution: Fixed
    • Affects Version/s: 1.7
    • Fix Version/s: 1.7
    • Component/s: None
    • Labels:
      None
    • Environment:
      All
    • Support Case References:
      4590

      Description

      An extra (hidden) div is added to the end of the document body on certain initial submit clicks (e.g. collapsible panel, tree node), which may cause the browser scrollbars to appear where there was none initially.

        Activity

        Hide
        yip.ng added a comment -

        Screenshots showing problem occurring in a screen of collapsible panels.

        Show
        yip.ng added a comment - Screenshots showing problem occurring in a screen of collapsible panels.
        Hide
        yip.ng added a comment -

        screenshot showing the added extra div.

        Show
        yip.ng added a comment - screenshot showing the added extra div.
        Hide
        Ted Goddard added a comment -

        Do we know if this is a new bug? Yip, please try some older versions
        of ICEfaces for this problem to help narrow down when it occurred.

        Show
        Ted Goddard added a comment - Do we know if this is a new bug? Yip, please try some older versions of ICEfaces for this problem to help narrow down when it occurred.
        Hide
        Arturo Zambrano added a comment -

        I couldn't reproduce this issue. I used both ICEfaces 1.6.2 and 1.7 beta1 on Tomcat 6, on IE 6 and FF2. There was no horizontal scrollbar at all, only the vertical one when expanding a panel but this happened normally, no extra space below.

        I used five of these on a page:
        <ice:panelCollapsible>
        <f:facet name="header">
        <ice:outputText value="title" />
        </f:facet>
        <ice:panelGroup>
        <ice:selectInputDate />
        </ice:panelGroup>
        </ice:panelCollapsible>

        Could you give me more details about how you reproduced it? Which browsers, which servers, exactly which components besides the collapsible panel (if any)? In conjunction with which other components? Was the change permanent or only for a while?

        Show
        Arturo Zambrano added a comment - I couldn't reproduce this issue. I used both ICEfaces 1.6.2 and 1.7 beta1 on Tomcat 6, on IE 6 and FF2. There was no horizontal scrollbar at all, only the vertical one when expanding a panel but this happened normally, no extra space below. I used five of these on a page: <ice:panelCollapsible> <f:facet name="header"> <ice:outputText value="title" /> </f:facet> <ice:panelGroup> <ice:selectInputDate /> </ice:panelGroup> </ice:panelCollapsible> Could you give me more details about how you reproduced it? Which browsers, which servers, exactly which components besides the collapsible panel (if any)? In conjunction with which other components? Was the change permanent or only for a while?
        Hide
        yip.ng added a comment -

        Test app. to reproduce the problem. Run in Windows XP, Tomcat 5.5.25, IE 7. See the previously attached screenshot for the outcome. First use the IE Developer Toolbar to inspect the DOM tree, then click on a collapsible panel, then click on the refresh button in the Developer Toolbar, then inspect the DOM tree again. The result is as seen in the screenshot.

        Show
        yip.ng added a comment - Test app. to reproduce the problem. Run in Windows XP, Tomcat 5.5.25, IE 7. See the previously attached screenshot for the outcome. First use the IE Developer Toolbar to inspect the DOM tree, then click on a collapsible panel, then click on the refresh button in the Developer Toolbar, then inspect the DOM tree again. The result is as seen in the screenshot.
        Hide
        Mircea Toma added a comment -

        The DIV is used by the bridge to generate new elements from the received updates. Taken the hidden DIV out of the flow since it should not interact with the displayed content.

        Show
        Mircea Toma added a comment - The DIV is used by the bridge to generate new elements from the received updates. Taken the hidden DIV out of the flow since it should not interact with the displayed content.

          People

          • Assignee:
            Unassigned
            Reporter:
            yip.ng
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: