ICEfaces
  1. ICEfaces
  2. ICE-11471

blockUIOnSubmit, overlay is not removed when downloading resource

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: EE-3.3.0.GA_P07
          • Fix Version/s: EE-3.3.0.GA_P08
          • Component/s: Framework
          • Labels:
            None
          • Environment:
            Any

            Description

            When using the org.icefaces.blockUIOnSubmit context parameter and downloading a resource via ace:dynamicResource the overlay is not removed after completing the download, and the UI remains blocked.

              Activity

              Ascending order - Click to sort in descending order
              Arturo Zambrano created issue -
              Arturo Zambrano made changes -
              Field Original Value New Value
              Assignee Arturo Zambrano [ artzambrano ]
              Judy Guglielmin made changes -
              Fix Version/s EE-3.3.0.GA_P08 [ 13293 ]
              Arturo Zambrano made changes -
              Workaround Description Make the resource download in a separate window. For example, with ace:dynamicResource use target="_blank" (and attachment="true"), instead of target="_self". The same idea applies to plain anchor elements.
              Hide
              Permalink
              Arturo Zambrano added a comment - - edited

              The issue is that when org.icefaces.blockUIOnSubmit is active, the blockUI will be applied on page unload, which is triggered when downloading a resource in the same window. So, this issue is not limited to ace:dynamicResource. It occurs with any element or component that tries to load a different URI on the current window.

              The workaround is to load the resource in a new window.

              Show
              Arturo Zambrano added a comment - - edited The issue is that when org.icefaces.blockUIOnSubmit is active, the blockUI will be applied on page unload, which is triggered when downloading a resource in the same window. So, this issue is not limited to ace:dynamicResource. It occurs with any element or component that tries to load a different URI on the current window. The workaround is to load the resource in a new window.
              Arturo Zambrano made changes -
              Workaround Description Make the resource download in a separate window. For example, with ace:dynamicResource use target="_blank" (and attachment="true"), instead of target="_self". The same idea applies to plain anchor elements. Make the resource download in a separate window. For example, with ace:dynamicResource use target="_blank" (and attachment="true"), instead of target="_self".
              Hide
              Permalink
              Arturo Zambrano added a comment -

              r53064: Added fix to prevent the blocking UI from being applied for ace:dynamicResource

              Show
              Arturo Zambrano added a comment - r53064: Added fix to prevent the blocking UI from being applied for ace:dynamicResource
              Arturo Zambrano made changes -
              Status Open [ 1 ] Resolved [ 5 ]
              Resolution Fixed [ 1 ]
              Judy Guglielmin made changes -
              Support Case References Support Case 14371:- https://icesoft.my.salesforce.com/5000g00001wG5T3?srPos=0&srKp=500
              Judy Guglielmin made changes -
              Resolution Fixed [ 1 ]
              Status Resolved [ 5 ] Reopened [ 4 ]
              Hide
              Permalink
              Arturo Zambrano added a comment -

              Applied fix to customer's branch at revision 54065.

              Show
              Arturo Zambrano added a comment - Applied fix to customer's branch at revision 54065.
              Arturo Zambrano made changes -
              Status Reopened [ 4 ] Resolved [ 5 ]
              Resolution Fixed [ 1 ]
              Hide
              Permalink
              Ken Fyten added a comment -

              Re-opened.

              Testing using Showcase with org.icefaces.blockUIOnSubmit context param was set to true still shows the problem.

              To Reproduce:

              1. Ensure the browser is set to download PDF files, not view them.
              2. Using http://localhost:8080/showcase/showcase.jsf?grp=aceMenu&exp=dynamicResourceBean...
              3. Click Link type to download
              4. Change type to Image
              5. Click image button to download
              6. Change type to Link
              7. Note that the UI is no longer responsive to user-input.
              Show
              Ken Fyten added a comment - Re-opened. Testing using Showcase with org.icefaces.blockUIOnSubmit context param was set to true still shows the problem. To Reproduce: Ensure the browser is set to download PDF files, not view them. Using http://localhost:8080/showcase/showcase.jsf?grp=aceMenu&exp=dynamicResourceBean ... Click Link type to download Change type to Image Click image button to download Change type to Link Note that the UI is no longer responsive to user-input.
              Ken Fyten made changes -
              Resolution Fixed [ 1 ]
              Status Resolved [ 5 ] Reopened [ 4 ]
              Hide
              Permalink
              Arturo Zambrano added a comment -

              r53337, r53338: Apply the fix on the origin elements instead of on the container; modify mechanism to restore normal blockUI behaviour after preventing it for ace:dynamicResource (EE 3.3 maintenance branch and P08 tag)

              Show
              Arturo Zambrano added a comment - r53337, r53338: Apply the fix on the origin elements instead of on the container; modify mechanism to restore normal blockUI behaviour after preventing it for ace:dynamicResource (EE 3.3 maintenance branch and P08 tag)
              Arturo Zambrano made changes -
              Status Reopened [ 4 ] Resolved [ 5 ]
              Resolution Fixed [ 1 ]
              Ken Fyten made changes -
              Status Resolved [ 5 ] Closed [ 6 ]

                People

                • Assignee:
                  Arturo Zambrano
                  Reporter:
                  Arturo Zambrano
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  3 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: