Announcement

Collapse
No announcement yet.
X
  • Filter
  • Time
Clear All
new posts

  • Combobox creating iFrame on Chrome

    1. v9.1p_2014-07-13/Pro Deployment (built 2014-07-13)

    2. Chrome - 35.0.1916.153 m

    Problem Statement: The code in example
    http://smartclient.com/#comboListComboBox
    has a dynamic form with combobox as its editor type. The combobox leaves the following iFrame
    Code:
    <div id="isc_4Y" eventproxy="isc_BackMask_0" class="normal" style="position: absolute; left: 365px; top: 530px; width: 146px; height: 114px; z-index: 800322; overflow: hidden; visibility: hidden; cursor: default; -webkit-margin-before-collapse: collapse; -webkit-margin-after-collapse: collapse;" onscroll="return isc_BackMask_0.$lh()" role="presentation">
     <iframe width="100%" height="100%" border="0" frameborder="0"   src="about:blank" marginwidth="0" marginheight="0" scrolling="no" tabindex="-1" tabstop="false">
     </iframe>
    </div>
    I am facing some similar issue in the production code where the iFrame burns through (i am guessing) and making the components beneath not "right clickable" for the desired context menu.

    I was going through topic discussed in
    http://forums.smartclient.com/showthread.php?t=30204
    and was wondering if the there is still an issue with chrome.
    I see the iFrame still been created in IE11 but is not allowed to burn through. In FF i don't see the iFrame created at all.

  • #2
    Can you clarify "leaves"? Are you saying this iframe remains behind when the pickList is hidden? If so, this is abnormal - are you seeing JavaScript errors or similar problems?

    Comment


    • #3
      Originally posted by Isomorphic View Post
      Are you saying this iframe remains behind when the pickList is hidden?
      That is exactly what i mean.

      Although I don't see any errors.

      For further investigation I have attached the screen shot of one of the smartclients comboboxes live examples.
      Attached Files
      Last edited by shresthg_des; 16th Jul 2014, 21:09. Reason: clarification statement added

      Comment


      • #4
        The IFrame in question is actually set to have visibility:hidden when the pick-list drop down is hidden, and we're not aware of a problem in standard Chrome with this hidden element interfering with events. However we have seen similar problems in Chrome running on Android and in Firefox, so we've made a theoretical change to address this issue in the 9.1 branch.
        Please try the next nightly build (July 18 or above). If the problem persists, please let us know and show us a way to reproduce (we'll need to actually see user-visible bad behavior rather than just a description / screenshot).

        Thanks and Regards
        Isomorphic Software

        Comment


        • #5
          Thanks for the update! the theoretical change seem to have fixed the issue

          Comment

          Working...
          X