'SCRIPT3: Member not found' with .attr(novalidate or aria-nocomplete)

[anonymous]

I am working on Windows 8 with IE8 in compatibility view. This browser gives the error "Member not found" if some attributes are set. One of the attributes is the attribute "novalidate" on a form element, another attribute is the attribute "aria-nocomplete" on an input element. It occurs in the following code where the "nodeValue" is set:

	// Use this for any attribute in IE6/7
	// This fixes almost every IE6/7 issue
	nodeHook = jQuery.valHooks.button = {
		get: function( elem, name ) {
			var ret;
			ret = elem.getAttributeNode( name );
			return ret && ( fixSpecified[ name ] ? ret.nodeValue !== "" : ret.specified ) ?
				ret.nodeValue :
				undefined;
		},
		set: function( elem, value, name ) {
			// Set the existing or create a new attribute node
			var ret = elem.getAttributeNode( name );
			if ( !ret ) {
				ret = document.createAttribute( name );
				elem.setAttributeNode( ret );
			}
			return ( ret.nodeValue = value + "" );
		}
	};

Ticket http://bugs.jquery.com/ticket/11957 seems to be related, but is closed.

[dmethvin]

I agree the other report seems similar, but it also lacked enough information for us to do anything. Can you make a test case so we can see the conditions when it fails? Use jsFiddle.net to create your test case. Be sure to test against the jQuery git("edge") version to ensure the issue still exists. To get you started, use this boilerplate:  http://jsfiddle.net/FrKyN/. Open the link and click to "Fork" (in the top menu) to get started.

[liy099@…]

 http://jqueryui.com/demos/autocomplete/default.html

This demo is promised to fail in ie7.

[scott.gonzalez]

I'm sorry, but your promise has fallen short and that demo works flawlessly for me in IE7, which is fully expected as nobody else has reported such a problem with autocomplete. Do you have any browser extensions installed that might be causing issues? Are you able to reproduce this on other machines?

[liy099@…]

Replying to scott.gonzalez:

I'm sorry, but your promise has fallen short and that demo works flawlessly for me in IE7, which is fully expected as nobody else has reported such a problem with autocomplete. Do you have any browser extensions installed that might be causing issues? Are you able to reproduce this on other machines?

I tested it on my IE10 with IE7 mode, console showed "Member not found" error. But it works fine on IE9's IE7 mode. So maybe it's an IE10's-IE7-mode-specific bug?

[kee.yang@…]

I see this same problem when I use (1) Windows 8, (2) Browser Mode: IE10, (3)Document Mode: IE7 standards. This problem also fails on jQuery ui demo site here:  http://jqueryui.com/demos/autocomplete/

My work around is to put a try/catch around the line "return ( ret.nodeValue = value + "" );" or do the following:

set: function( elem, value, name ) {
     if (navigator.userAgent.toLowerCase().indexOf('msie') != -1 && document.documentMode <= 7) {
          elem.setAttribute(name, value);
	  return elem.getAttributeNode(name);
     } else {
          // Set the existing or create a new attribute node
	  var ret = elem.getAttributeNode( name );
	  if ( !ret ) {
	       ret = document.createAttribute( name );
	       elem.setAttributeNode( ret );
	  }
          return ( ret.nodeValue = value + "" );
     }
}

[trac-o-bot]

Because we get so many tickets, we often need to return them to the initial reporter for more information. If that person does not reply within 14 days, the ticket will automatically be closed, and that has happened in this case. If you still are interested in pursuing this issue, feel free to add a comment with the requested information and we will be happy to reopen the ticket if it is still valid. Thanks!

[willem.odendaal@…]

I can confirm that I get the same problem. Windows 8, IE10 with browser mode IE7. Also on a form with auto complete turned off.

[anonymous]

I can confirm that I get the same problem. Windows 8, IE10 with browser mode IE7. Also on a form with auto complete turned off.

Same here

[dan@…]

I am also hitting the same issue with IE10 Release Preview on Windows 7, with IE10 set to Browser mode: IE7 and Document Mode: IE7 standards.

This does not repro in standalone IE7, or IE9 with Browser mode: IE7 and Document Mode: IE7 standards, so possibly an IE10 related bug?

[dmethvin]

I still cannot repro, which makes me think this may be due to some browser add-on such as a form filler. Let's compare screen shots. Here is mine showing several different browser/document modes with no errors, and the add-ons that were installed:

•  http://i.imgur.com/wylr2.png
•  http://i.imgur.com/Pxh2X.png
•  http://i.imgur.com/drohq.png

[anonymous]

This happens when IE 10 is set to IE7 Browser Mode and Document Mode IE7 standards.

The issue occurs when using the jQuery Validation Plugin (I'm using version 1.10.0).

The plugin tries to set a 'novalidate' attribute on the form tag. This fails.

[mail@…]

Same issue for me, Windows 8, IE10 in IE7 mode.

[anonymous]

Hello,

Same problem here.

Again, only in IE 10 in IE7 mode.

[anonymous]

Same thing here. Apparently it's something to do with Win8 and IE10's IE7 compat mode. I got it to work by changing the set to the following:

            set: function (elem, value, name) {
                // Set the existing or create a new attribute node
                var ret = elem.getAttributeNode(name);
                if (!ret) {
                    ret = document.createAttribute(name);
                    elem.setAttributeNode(ret);
                }
                elem.setAttribute(name, value + "");
                return (ret.value);
            }

I'm not sure as to the ramifications of this change, but for now it appears to be working.

jQuery 1.8.3

[danmiser@…]

I'm seeing exactly the same thing. How do we get this bug to get re-opened?

[gibson042]

Replying to danmiser@…:

I'm seeing exactly the same thing. How do we get this bug to get re-opened?

Provide a complete reduced test case on jsFiddle/jsbin/etc. against jQuery 1.8.3 and/or edge to help us assess the issue.

I recommend forking from this boilerplate:  http://jsfiddle.net/FrKyN/

[anonymous]

New ticket created @ http://bugs.jquery.com/ticket/13023

[dmethvin]

#13023 is a duplicate of this ticket.

[dmethvin]

 http://jsfiddle.net/xPc3p/2/

[dmethvin]

Can you post a link to your Microsoft report at connect.microsoft.com? I see the error but don't see that jQuery is doing anything wrong here.

[dmethvin]

Simpler repo without the try/catch, whose presence seems to hose the debugger:  http://jsfiddle.net/xPc3p/4/

[dmethvin]

Screen shot of the error and state:  http://i.imgur.com/IyQ8Z.png

[vortexwolf]

Bug is still reproduced but no one cares.

Also, the obvious and easy fix: Add novalidate tag if HTML5.

if (!$.browser.msie

$.browser.version > 7) {

this.attr('novalidate', 'novalidate');

}

[vortexwolf]

Code with correct formatting

// Add novalidate tag if HTML5.
if (!$.browser.msie || $.browser.version > 7) {
	this.attr('novalidate', 'novalidate');
}

[rwaldron]

jQuery no longer supports jQuery.browser in the core library.

[anonymous]

OK so what is the vote for a workaround at this point? I experience it as well in IE10 w/ document mode IE7. I am using jQuery Validation Plugin 1.9.0 w/ jQuery 1.7.1. Thank you!

[dmethvin]

Please go to the Microsoft bug tracker and vote up this bug:  https://connect.microsoft.com/IE/feedback/details/774078 You may need to register at the site with a Live ID.

Do not post "me toos" here.

[dmethvin]

I'm closing this pending investigation by Microsoft. Nobody else has voted up the ticket there. May be reopened based on their response. Don't post here, register at the Microsoft site and upvote the ticket or add more information.

[dmethvin]

#12844 is a duplicate of this ticket.

[anonymous]

voting up... i also get this.

[mikesherov]

anonymous: http://bugs.jquery.com/ticket/12577#comment:28

do not post "me toos" here. Please go to the Microsoft bug tracker and vote up this bug:  https://connect.microsoft.com/IE/feedback/details/774078 You may need to register at the site with a Live ID.

[seuberling@…]

having signed in with my Live ID, that Microsoft link leads to an error page. where to turn now? I'm not using compatibility mode, but IE7 through a virtual machine

[zsg@…]

go to  https://connect.microsoft.com/, search for IE10, click join, create profile, ignore xml error, repeat from top, come back here and click on link for issue. (worked for me)

[dmethvin]

FYI, Microsoft today closed this bug wontfix for IE10, I assume that means it won't get any love until IE11.

At present the best workaround is to not run IE10 in compatibility view. Make sure you have a valid HTML5 doctype on the document.

[Dzulqarnain Nasir <dzul1983@…>]

Hi guys,

I'm not sure the best way to test for IE7 compatibility is via IE7 mode in IE10. There have been many occasions where I do this, and something breaks in IE10 set to IE7 mode, but works perfectly in IE8 set to IE7 mode.

I suggest you test for IE7 compatibility using IE7 if possible. Set up a virtual machine or something. It's not that hard to do, and if you're actually developing for IE7 (God forbid) then you should be testing in IE7.

In any case, I'm getting this error as well in one of my projects, and I'm running IE8 in IE7 mode on one of my virtual machines.

[steveb321]

This is frustrating - clearly IE7 mode should match IE7 proper and its no longer doing that.. But having to keep IE7 and IE10 installed in different virtual machines is super irritating to developers...

[steveb321]

upvote for some sort of fix to this.

[anonymous]

I get this bug without running compatibility mode. IE10 on Windows 8. The other day it just started happening - I'm assuming when IE10 came out. I can't upvote the bug with the given link.

[anonymous]

I'm getting the same in IE10 on Windows 8

[silverpaladin1@…]

Got the same thing happening, windows 7, ie10 in ie7 browser and document mode.

[Envvio]

Still happening

[dmethvin]

The workaround that I know is to not run IE10 in IE7 mode. If you can't do that then work out a patch or propose a solution and let us know. Adding vague "still happens" comments will just make it harder to see progress here.

[anonymous]

please see this jsFiddle example,  http://jsfiddle.net/vespermm/VP2QA/2/

when run IE10 in IE7 mode, use attr('maxLength', 10) for textarea dom, you can see the bug.

it cause by document.createAttribute .

when var rt = docuemnt.createAttribute('maxlength');

rt.value is null.

Replying to dmethvin:

The workaround that I know is to not run IE10 in IE7 mode. If you can't do that then work out a patch or propose a solution and let us know. Adding vague "still happens" comments will just make it harder to see progress here.

[anonymous]

And, it seems only happen when set maxLength on textarea.

if you write this:

$("textarea").attr('maxlength', 10);

run IE10 in IE7 mode, bang...bug happens.....

Replying to anonymous:

please see this jsFiddle example,  http://jsfiddle.net/vespermm/VP2QA/2/

when run IE10 in IE7 mode, use attr('maxLength', 10) for textarea dom, you can see the bug.

it cause by document.createAttribute .

when var rt = docuemnt.createAttribute('maxlength');

rt.value is null.

Replying to dmethvin:

The workaround that I know is to not run IE10 in IE7 mode. If you can't do that then work out a patch or propose a solution and let us know. Adding vague "still happens" comments will just make it harder to see progress here.

[sanchez_paus@…]

Hi,

I was stuck with this for a couple of days.

My problem had to do with qTip trying to set attribuets with names like "aria-something" to an HTML element in IE10 wile on compatiblity mode (IE10 without compatiblity mode works just fine)

I am using jQuery 1.7.1 and updating to the latest jQuery library is just too much work and involves too much testing!

So my workaround for this problem :

		set: function( elem, value, name ) {
			// BUG related to ie10 compatibility mode not possible to set aria-parameters
			// The following problems were in Asynja: qtip didn't work, couldn't save patients by clicking save button and probably more.
			if (name.substring(0,4) == 'aria') {
				return;
			}
			// Set the existing or create a new attribute node
			var ret = elem.getAttributeNode( name );
			if ( !ret ) {
				ret = document.createAttribute( name );
				elem.setAttributeNode( ret );
			}
			return ( ret.nodeValue = value + "" );

		}

This way the "aria-" attributes will be ignored, I am not sure of what the sideeffects of this are, but so far I have not noticed any problem in my web-app.

Hope you find it helpful.

[johnrissone@…]

@dmethvin - the MS link you provided to upvote is broken. Would you mind to provide a new one? I'm also seeing this same error when trying to set the attribute 'aria-autocomplete': 'list' on an anchor element (again using IE10 in IE7 browser & document mode). Setting up another machine with IE7 is not ideal (or feasible for some of us). If it is not a jquery bug as you stated, is there a simple workaround we can implement such as some of the ones suggested above? No ones blessed them yet.

Replying to dmethvin:

Please go to the Microsoft bug tracker and vote up this bug:  https://connect.microsoft.com/IE/feedback/details/774078 You may need to register at the site with a Live ID.

Do not post "me toos" here.

[anonymous]

I found a workaround for getting this error when one of my plugins (selectmenu) is attempting to set the value 'aria-autocomplete': 'list' (and I have read it also repros for a few other aria-* attributes (but not all).

The workaround is to apply the problematic attribute ('aria-autocomplete': 'list' in my case) using the .prop method instead of .attr. Seems to work, although I just tried this and not sure of any side effects yet. So far so good though.

Instead of doing this

var ac = $('<a/>', {'aria-autocomplete': 'list'});

I ended up doing this:

var ac = $('<a/>');
ac.prop('aria-autocomplete', 'list');

[johnrissone@…]

I found a workaround for getting this error when one of my plugins (selectmenu) is attempting to set the value 'aria-autocomplete': 'list' (and I have read it also repros for a few other aria-* attributes (but not all).

The workaround is to apply the problematic attribute ('aria-autocomplete': 'list' in my case) using the .prop method instead of .attr. Seems to work, although I just tried this and not sure of any side effects yet. So far so good though.

Instead of doing this

var ac = $('<a/>', {'aria-autocomplete': 'list'});

I ended up doing this:

var ac = $('<a/>');
ac.prop('aria-autocomplete', 'list');

[Andre P.]

Following the advice of  http://msdn.microsoft.com/en-us/library/windows/desktop/ms764615(v=vs.85).aspx

"You can set the value by calling the setAttribute method of the element object."

Change the offending line

ret.value = value += "";

to:

elem.setAttribute(name, value += "");

[anonymous]

I was getting this error using Kendo UI and this fix works perfectly! Thank you so much!

Replying to Andre P.:

Following the advice of  http://msdn.microsoft.com/en-us/library/windows/desktop/ms764615(v=vs.85).aspx

"You can set the value by calling the setAttribute method of the element object."

Change the offending line

ret.value = value += "";

to:

elem.setAttribute(name, value += "");

[bstruthers@…]

Replying to johnrissone@…:

The link is not broken. If you cannot see it, you'll need to register with the site and join the IE Feedback Program. Earlier comments make it seem like you only need to register.

@dmethvin - the MS link you provided to upvote is broken. Would you mind to provide a new one? I'm also seeing this same error when trying to set the attribute 'aria-autocomplete': 'list' on an anchor element (again using IE10 in IE7 browser & document mode). Setting up another machine with IE7 is not ideal (or feasible for some of us). If it is not a jquery bug as you stated, is there a simple workaround we can implement such as some of the ones suggested above? No ones blessed them yet.

Replying to dmethvin:

Please go to the Microsoft bug tracker and vote up this bug:  https://connect.microsoft.com/IE/feedback/details/774078 You may need to register at the site with a Live ID.

Do not post "me toos" here.