ICEfaces
  1. ICEfaces
  2. ICE-3329

Calendar popup falls behind adjacent portlets in IE

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Minor Minor
          • Resolution: Won't Fix
          • Affects Version/s: 1.7.1
          • Fix Version/s: None
          • Component/s: ICE-Components
          • Labels:
            None
          • Environment:
            Liferay Portal 4.4.1, IE

            Description

            Calendar popup falls behind adjacent portlets in IE. Setting z-index does have not have any effect.

              Activity

              Ascending order - Click to sort in descending order
              Hide
              Permalink
              Ken Fyten added a comment -

              What is the policy/standard in portlets when it comes to content from one portlet overlapping the content of another in a portal page?

              Show
              Ken Fyten added a comment - What is the policy/standard in portlets when it comes to content from one portlet overlapping the content of another in a portal page?
              Hide
              Permalink
              Ken Fyten added a comment -

              This could be a similar issue with the z-index rendering in the component as described in ICE-3390.

              Show
              Ken Fyten added a comment - This could be a similar issue with the z-index rendering in the component as described in ICE-3390 .
              Hide
              Permalink
              yip.ng added a comment -

              This is an IE z-index bug. See:
              http://therealcrisp.xs4all.nl/meuk/IE-zindexbug.html
              http://verens.com/archives/2005/07/15/ie-z-index-bug/

              The portlet div of Liferay has a position of relative, which triggers the bug. See screenshot-1.

              The strange thing is that this only occurs after you log in. Without logging in, the position of the portlet div is the default: static, which avoids the bug. See screenshot-2.

              As mentioned in the above two articles, there is no workaround except for Liferay to change the positioning of their portlet div's.

              Show
              yip.ng added a comment - This is an IE z-index bug. See: http://therealcrisp.xs4all.nl/meuk/IE-zindexbug.html http://verens.com/archives/2005/07/15/ie-z-index-bug/ The portlet div of Liferay has a position of relative, which triggers the bug. See screenshot-1. The strange thing is that this only occurs after you log in. Without logging in, the position of the portlet div is the default: static, which avoids the bug. See screenshot-2. As mentioned in the above two articles, there is no workaround except for Liferay to change the positioning of their portlet div's.
              Hide
              Permalink
              yip.ng added a comment -

              From Deryk:

              At some point, I'd say we should probably shift the responsibility over to Liferay. Users can probably alter the theme styles themselves rather than adding a lot of code. We could open a case in Liferay's system. I've cc'd Neil, maybe he has an opinion.

              Show
              yip.ng added a comment - From Deryk: At some point, I'd say we should probably shift the responsibility over to Liferay. Users can probably alter the theme styles themselves rather than adding a lot of code. We could open a case in Liferay's system. I've cc'd Neil, maybe he has an opinion.

                People

                • Assignee:
                  Unassigned
                  Reporter:
                  Tyler Johnson
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  0 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: