When I upgraded to 2.4 at least two bugs appeared (these are the problems, which are immediately visible, maybe there are others):
- When checking for module updates only the upper part of the page is shown with usual admin menus and the title. Nothing more
- I use "module filter". After the update all filtes on the left and on top have disappeared. There is no dependency to JQuery

I verified this by restore my previous installation and apply again the update of jquery update

Comments

carlodimartino’s picture

Yes I'm having the same problem. Administration Menu search and shortcuts toolbar also no longer work.

reptilex’s picture

It also creates problems with the wysiwyg module (I have it with CKEDITOR installed).

burmfilip’s picture

I have experienced the following problems after updating the jquery_update module to version 2.4:

- the functionality to check manually for updates is no longer working
- unwanted lay out modifications in the design of websites
- image slide shows are no longer working
- image lightbox effect is no longer working

All suggestions for fixes are more than welcome.

Filip

Nicolas Bouteille’s picture

Title: jquery 2.4 causes various problems » jquery 2.4 causes various problems — breaks all other JS ?
Priority: Normal » Critical

I just installed 2.4 too and I got the same weird behaviors. Looks like a cascading failure causing a lot of JS to break. Looks critical to me.

beauregard’s picture

Yes, I also don't understand why the maintainers do not look at this bug. Obviously it causes massive problems. I will deinstall this module.

reallyordinary’s picture

Just chiming in - yeah, upgraded to 2.4 and it broke the Views admin interface. Ajax is now breaking intermittently for no discernible reason.

reptilex’s picture

Is this issue so rare or how come a critical issue like this is not even commented on by the maintainers?

dude74’s picture

My upgrade to 2.4 broke rules autocomplete and panels display choice. I'm back to 2.3, too much criticals

bradweikel’s picture

A workaround for some of these issues:
Go to your site's jquery_update settings page (admin/config/development/jquery_update) and set the default version to 1.5

joeebel’s picture

Thank you bradweikel!! That fixed it for me. I couldn't check updates the manual way until I set default version to 1.5.

Thanks again!!

ecvandenberg’s picture

As stated in #9 setting jquery version to 1.5 helped to get CKeditor working again. All other versions did not.

But I have a site with https://drupal.org/project/equalheights and https://drupal.org/project/responsive_menus which requires jquery version 1.7 or higher.
So I boldly tried with version 1.7 and CKeditor worked fine. In fact it worked with all jquery versions.

Strange...

dude74’s picture

I try to debug and to help. I test on a fresh kickstart install, with jquery 1.8
(working with 1.5 version, but I won't upgrade a module to "downgrade" the jquery version, currently 1.8 working with old modules)

rules - any action or condition - "data selector broke "
console report :
Uncaught TypeError: Cannot set property '_renderItem' of undefined rules.autocomplete.js?n4zus5:108
Drupal.rules.autocomplete rules.autocomplete.js?n4zus5:108
(anonymous function) rules.autocomplete.js?n4zus5:12
p.extend.each jquery.min.js?v=1.8.2:2
p.fn.p.each jquery.min.js?v=1.8.2:2
$.fn.once jquery.once.js?v=1.2:55
Drupal.behaviors.rules_autocomplete.attach rules.autocomplete.js?n4zus5:10
(anonymous function) drupal.js?n4zus5:76
p.extend.each jquery.min.js?v=1.8.2:2
Drupal.attachBehaviors drupal.js?n4zus5:74
(anonymous function) drupal.js?n4zus5:412
k jquery.min.js?v=1.8.2:2
l.fireWith jquery.min.js?v=1.8.2:2
p.extend.ready jquery.min.js?v=1.8.2:2
D

Hope that will help developpers

memcinto’s picture

Ditto for #9 and #11 -- this update broke Wysiwyg on one of my sites; setting jquery to 1.5 fixed it.

paean99’s picture

Module filter seams to works with 1.8 admin. Admin menu do not appear with 1.5 admin.

old_dog’s picture

Interferes with operation of the Marinelli 7.x-3.0-beta11 theme.
Also prevents set-up of contexts in new Page Manager pages.
Simply disabling module restores normal operation.

Rhino-new’s picture

Bradweikel you are my hero. the admin/config/development/jquery_update reset trick turned my site from an image-less mess into the functioning websit it was before. Thank you so much for sharing.

BDaggerhart’s picture

Just chiming in on this, though it doesn't seem like a lot of effort is being put into fixing it. I also had my site broken when I updated, and used the "fix" described above of setting my jquery default to 1.5. Hopefully there will be a better fix for this eventually.

ontoligent’s picture

Just to confirm what others are finding, I installed 2.4 and many things on my site stopped working, including module filter, admin, and various other things. Does anyone know if it's the jquery itself that is incompatible or if there is something in the module that is causing these problems?

MattBridger777’s picture

I have recently experienced this. Upgrading to 2.4 caused Ajax to cease responding. I am in a pickle however due to the site requiring jQuery 1.9 for its myriad of slideshows to operate. Setting the Default jQuery Version and the Alternate jQuery version for administrative pages to different versions has no effect for me, Ajax just continues not to respond.
I have tried every combination of the options available and nothing yields joy.

To add insult to injury, the site I'm building also requires Responsive, which causes its own problems with making the CMS unresponsive (ironically enough) which I require jQuery Update to counteract.

Help please.
~Matt Bridger

markhalliwell’s picture

Category: Bug report » Support request
Priority: Critical » Normal
Status: Active » Closed (works as designed)

I have updated the release notes of jquery_update 7.x-2.4 to reflect the change that occurred and the solution to fix it:

Important:

#2102211: Default to the latest version of jQuery changed the default version from 1.5 to the latest available jQuery version, in the case of 7.x-2.4: 1.10.

If your site has never set the jquery_update_jquery_version variable, it will now default to the latest jQuery version available.

If any modules break because of this update, you should open an issue with the relevant module so it can update it's code to support newer versions of jQuery. jQuery Update has always allowed a site to choose which jQuery version is appropriate for that particular site (ie: what works with other installed libraries). Opening issue and declaring that jQuery Update has broke your site will be "Closed (works as designed)".

To mitigate the pain of upgrading and waiting for the affected module(s) to fix their code, you can temporarily set the version being used back to 1.5.x in /admin/config/development/jquery_update, or by adding the following to your settings.php file:

$conf['jquery_update_jquery_version'] = '1.5';
beauregard’s picture

Hi Mark

thanks for the update. I would like to add one comment: Not every drupal user is a technical expert, some have some IT background and use Drupal as CMS (like me). So, when I update a module, then my assumption is, that it works, or at least it is very basically tested.
As I understand from your comment, for you it is very logical that a new version might break several other modules. From technical point of view you are correct. From user point of view, it is not really user-friendly. When I update for example MS Word, then I expect that MS Excel is still working. I would like to propose that it would be much better to keep the current version when an update is done and the new jquery version must be set by the user. A comment during update and/or the module page would be helpful. What do you think?

best regards

markhalliwell’s picture

That is what I did:

I have updated the release notes of jquery_update 7.x-2.4 to reflect the change that occurred and the solution to fix it:

I agree this kind of change should have either 1) introduced an update hook that detected whether the variable was set and, if not, set it to the previous default so it didn't break anything or 2) bump the major version which is indicative that it would break existing installs (which is what major version bumps are for).

However, I only recently joined the jquery_update team and wasn't involved in the release of 7.x-2.4. The only thing I can do is help mitigate the damage by pointing people to where the changes were made and how to easily fix them.

That being said this kind of change, in all reality, is not that big of a deal. All one has to do is set the version of jQuery their site needs. It is a very, very simple fix.

beauregard’s picture

Hi, thanks for your follow-up- Certainly, the instructions you provided are easy and for this case the problem is fixed. My comment was meant for future updates.

sanj’s picture

everybody talk about upgrading Jquery, but no one provide links to older versions of Jquery. upgrades are like hells

StephenRobinson’s picture

Administration Menu - admin_devel.js breaks jquery.once, has a jQuery.extend call that causes the issues, see https://www.drupal.org/node/2404661 with default jquery 1.4.4

canardesign’s picture

#9 did the trick, thank you !