ICEfaces
  1. ICEfaces
  2. ICE-11061

ace:dialog - Transparent dialog shown when used with ICEmobile

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: EE-3.3.0.GA_P03
    • Fix Version/s: EE-3.3.0.GA_P04
    • Labels:
      None
    • Environment:
      ICEmobile, mobi components, ACE components
    • Assignee Priority:
      P2
    • Support Case References:
    • Workaround Exists:
      Yes
    • Workaround Description:
      Hide
      Override the style class that is causing the transparency by setting the styleClass on the component:

      <ace:dialog styleClass="dialogStyle"....>

              <style>
                  .dialogStyle {
                      background: white !important;
                  }
              </style>
      Show
      Override the style class that is causing the transparency by setting the styleClass on the component: <ace:dialog styleClass="dialogStyle"....>         <style>             .dialogStyle {                 background: white !important;             }         </style>

      Description

      If an ace:dialog used in an application that uses ICEmobile mobi components, the dialog is displayed transparent. The content displayed behind the component come through the dialog.

      This happens for both client and server side opened dialogs as well as modal dialogs.

        Issue Links

          Activity

          Arran Mccullough created issue -
          Hide
          Arran Mccullough added a comment -

          Attached test case that shows this issue.

          Steps:

          • Load welcomeICEfaces.jsf
          • Click on one of the links to open a dialog.
          • Drag the dialog over the text on the page.
          Show
          Arran Mccullough added a comment - Attached test case that shows this issue. Steps: Load welcomeICEfaces.jsf Click on one of the links to open a dialog. Drag the dialog over the text on the page.
          Arran Mccullough made changes -
          Field Original Value New Value
          Attachment Case13589Example3.zip [ 22215 ]
          Attachment dialog-transparency-issue.jpg [ 22216 ]
          Attachment Case13589Example3WAR.zip [ 22217 ]
          Hide
          Arran Mccullough added a comment -

          Issue seems to be caused by the following CSS that is added from the android_light.css file:

          .ui-dialog

          { background: none !important; }
          Show
          Arran Mccullough added a comment - Issue seems to be caused by the following CSS that is added from the android_light.css file: .ui-dialog { background: none !important; }
          Arran Mccullough made changes -
          Workaround Description Override the style class that is causing the transparency by setting the styleClass on the component:

          <ace:dialog styleClass="dialogStyle"....>

                  <style>
                      .dialogStyle {
                          background: white !important;
                      }
                  </style>
          Workaround Exists Yes [ 10007 ]
          Ken Fyten made changes -
          Assignee Arturo Zambrano [ artzambrano ]
          Fix Version/s EE-3.3.0.GA_P04 [ 12270 ]
          Priority Major [ 3 ] Minor [ 4 ]
          Assignee Priority P2 [ 10011 ]
          Hide
          Arturo Zambrano added a comment -

          This issue only occurs when mobi:deviceResource is on the page, because it adds the android_light.css resource.

          This is a logic error in the icemobile project, specifically in the deriveTheme() method in the org.icemobile.util.CSSUtils class, which is used by org.icefaces.mobi.component.deviceresource.DeviceResourceRenderer. So, I wonder if fixing this issue in the icemobile project would suffice or if we should implement a workaround in icefaces 3.3 ee.

          Show
          Arturo Zambrano added a comment - This issue only occurs when mobi:deviceResource is on the page, because it adds the android_light.css resource. This is a logic error in the icemobile project, specifically in the deriveTheme() method in the org.icemobile.util.CSSUtils class, which is used by org.icefaces.mobi.component.deviceresource.DeviceResourceRenderer. So, I wonder if fixing this issue in the icemobile project would suffice or if we should implement a workaround in icefaces 3.3 ee.
          Arturo Zambrano made changes -
          Link This issue depends on MOBI-1158 [ MOBI-1158 ]
          Hide
          Arturo Zambrano added a comment -

          Created MOBI-1158 to fix this issue in the icemobile project.

          r48970: modified logic in deriveTheme() to load base theme on desktop browsers

          Show
          Arturo Zambrano added a comment - Created MOBI-1158 to fix this issue in the icemobile project. r48970: modified logic in deriveTheme() to load base theme on desktop browsers
          Arturo Zambrano made changes -
          Status Open [ 1 ] Resolved [ 5 ]
          Resolution Fixed [ 1 ]
          Hide
          Liana Munroe added a comment - - edited

          Verified desktop issue resolved using the attached test app and icefaces-mobi.jar from icemobile trunk Jenkins build 2126. Tomcat 8, IE edge, 11, 10, FF 43, Chrome 51.

          Show
          Liana Munroe added a comment - - edited Verified desktop issue resolved using the attached test app and icefaces-mobi.jar from icemobile trunk Jenkins build 2126. Tomcat 8, IE edge, 11, 10, FF 43, Chrome 51.
          Ken Fyten made changes -
          Status Resolved [ 5 ] Closed [ 6 ]

            People

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

              Dates

              • Created:
                Updated:
                Resolved: