Announcement

Collapse
No announcement yet.
X
Collapse
  • Page of 1
  • Filter
  • Time
Clear All
new posts
Previous template Next
    #1

    3.1p nightly 2013-02-13 issues with IE8

    Hello,

    I upgraded smartgwt 3.1p to latest nightly 2013-02-13 and few IE8 issues popped up.

    a) Get this sometimes when changing views in our application.

    Message: Object doesn't support this action
    Line: 639
    Char: 65
    Code: 0
    URI: .../sc/modules/ISC_Forms.js

    .. which is something like:

    Code:
    if(_2){this.containerWidget.notifyAncestorsReflowComplete()}},isc.A.$159=function isc_FormItem__applyHandlersToElement(){if(this.$kk()){var _1=this.getFocusElement();if(!_1){this.logWarn("Attempting to apply event handlers to this item. Unable to get a pointer to this item's focus element");return}
if(this.$105m){if(this.multiple){_1.multiple=this.multiple}else{delete _1.multiple}}
_1.onfocus=isc.FormItem.$12u;_1.onblur=isc.FormItem.$12w;
    The error pops up from the delete _1.multiple clause above. See http://stackoverflow.com/questions/1...property-in-ie

    b)

    Message: 'this.getClipHandle().className' is null or not an object
    Line: 2103
    Char: 251
    Code: 0
    URI: .../sc/modules/ISC_Core.js

    Code:
    ...
if(this.getClipHandle())this.getClipHandle().className=this.styleName;if(this.overflow!=isc.Canvas.HIDDEN){if(this.overflow==isc.Canvas.VISIBLE)this.$t5=true;this.adjustOverflow("setStyleName")}},isc.A.getStateName=function isc_Canvas_getStateName(){var _1=this.getClipHandle().className;return(_1!=null?_1:this.styleName)},isc.A.handleShowContextMenu=function isc_Canvas_handleShowContextMenu(_1){if(_1.target==this&&this.useEventParts){var _2=this.getEventPart(_1);if(_2.part){if(this.$wd(_2.part,"showContextMenu",_2.element,_2.ID,_1)==false)return false}}
...
    Don't know exactly what's going on here but to let you know. We still try to keep up the IE8 compatibility in our application so this is sadly a blocker for us.

    User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; GTB7.4; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C)

    Smartgwt: 3.1p nightly 2013-02-13

    br,
    Marko
    Last edited by markok; 15 Feb 2013, 05:27.
    Tags: None
    #2
    To report in - both occur with IE9 too in compatibility mode.

    Marko

    Comment

      #3
      Thanks for the notifications. We're looking into these

      Regards
      Isomorphic Software

      Comment

        #4
        We've made some changes which should effect both of these issue.
        Please try the next nightly build (dated Feb 15 or greater)

        Regards
        Isomorphic Software

        Comment

          #5
          Hello,

          Testing with 2013-02-15 now. I can confirm IE8 problems are gone and everything seems fine.

          The change had some regression on IE9 in standards mode (<!DOCTYPE html>) though. It seems that the vertical borders are not drawn correctly - for example Windows are missing the left and right border. When looking at the generated html with developer tools the generated html seems wrong:

          Code:
          ...
<td height="STYLE='background:url(..../images/corners/glow_35_L.png);background-size:35px" px;?=""/>
<td height="STYLE='background:url(..../images/corners/glow_35_center.png);'"/>
<td height="STYLE='background:url(..../images/corners/glow_35_R.png);background-size:35px" px;?=""/>
...
          The above is clipped from a layer window using EDGEs. Somehow the styles are mangled inside the height attribute which probably messes up the rendering.

          So to recap, IE8 in compability mode fine - IE9 in standards mode in regression.

          br,
          Marko

          Comment

            #6
            We have made a change which we believe will resolve this issue. Please try the next nightly build (Feb 16 or greater)

            If you continue to see it, please show us how to reproduce

            Thanks
            Isomorphic Software

            Comment

              #7
              Hi, I can confirm everything seems to work ok with IE8 (compatibility mode), IE9 (standards mode) and IE10 (standards mode). Thanks!

              Marko

              Comment

              Previous template Next
              Working...
              X