Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
On a fresh Drupal 7.17 install with JQuery 7.x-2.x-dev & Views 7.x-3.5.
Views UI breaks when trying to modify a field, disabling JQuery Update solves the issue. so this is my workaround for the time being...
Comments
Comment #1
frobI have also come across this.
This happens with I enable jQuery 1.8, when I bring this down to 1.7 the problem goes away. I am using the rubik admin theme.
Basically this is causing this error. http://drupal.org/node/806696
When I make a change to views the ajax popup is broken and all ajax responses are returned to the screen. Bringing jquery back down to 1.7 fixes this.
Comment #2
rickmanelius CreditAttribution: rickmanelius commentedThis might be related to #1847900: Update jQuery UI to 1.8.24
Comment #3
rooby CreditAttribution: rooby commentedI get this problem in jQuery 1.7 or 1.8.
Comment #4
muka CreditAttribution: muka commentedIn 1.7 the patch #30 helps on #1494860: Views Rewrite Results UI Broken using JQuery 1.7
Comment #5
rooby CreditAttribution: rooby commentedThanks for the info.
I decided the reason I needed newer jQuery wasn't worth the hassle of using a newer jQuery anyway.
Also, hot tip if you didn't know, you can link direct to comments like so:
#1494860-30: Views Rewrite Results UI Broken using JQuery 1.7
Comment #6
muka CreditAttribution: muka commentedOh.. good!
In case you come back here, I've provided a minimal workaround patch for this problem here #1766240-8: Option to limit Jquery Update scope to front end only.
Thank you, L
Comment #7
laz0rama CreditAttribution: laz0rama commentedi just did a fresh install of drupal 7.20, views/views_ui 7.x-3.5 and jquery_update 7.x-2.3.
as soon as i enable jquery_update, views breaks, regardless of what jquery version i have selected in the jquery_update options.
seems like a showstopper for jquery_update.
Comment #8
Kazanir CreditAttribution: Kazanir commentedIt is a showstopper, and it is kind of frustrating that a new "stable" version was released with such a known and broken issue with a module in such widespread use i.e. Views. Check out #1524944: Allow different version for administrative pages for a solution and in particular #1524944-72: Allow different version for administrative pages for a patch that should work on 7.x-2.3 -- 7.x-2.3 looks like it is identical to 7.x-2.x from last September.
Comment #9
jswainst CreditAttribution: jswainst commentedTake a look at the jquery update admin screen at /admin/config/development/jquery_update. You can select which version of jQuery to be loaded. i believe version 1.5 works best with Drupal 7.
Comment #10
geetotes CreditAttribution: geetotes commentedI can confirm that switching to jQuery 1.5 in jQuery Update does not break views UI, while switching to 1.8 in jQuery Update does.
T_T
Comment #11
laz0rama CreditAttribution: laz0rama commentedjust to confirm, with a fresh install of drupal 7.20, views/views_ui 7.x-3.5 and jquery_update 7.x-2.3, it DOES NOT MATTER which jquery version i select in jquery_update, views appears broken. i disabled jquery_update, and no problem. oh well.
i was still seeing some very weird behavior in views once i did my complete install: when trying to modify any options on a view (such as fields, sorting, whatever), the dialog window that opens was missing all options, and only contained the action buttons. it turns out the problem was in my own module, where i was unsetting a number of form elements (including 'options') in hook_form_alter, indiscriminately. i needed to make sure i was looking at a node form before doing the unsetting - once i did that, the views dialogs were fine.
Comment #12
frobJust to confirm, with a fresh install of drupal 7.20, views/views_ui 7.x-3.5 and jquery_update 7.x-2.3.
Everything works just fine for me if I pick jquery 1.5. Things break when I pick 1.8.
This was a fresh install of drupal 7
Using minified or production both work. I tried all CDN combinations. I cannot get this to error on jquery 1.5.
I will say to make sure js aggregation is cleared when switching versions. If you are switching back and forth then you might be caught up using the other version from an old js aggregation.
Comment #13
jaypark CreditAttribution: jaypark commentedFYI, am using AT Admin theme, views UI works with 1.7, breaks with 1.8. the view will still update, even if the UI is hosed.
Comment #14
lv46gl CreditAttribution: lv46gl commentedsubscibe
Comment #15
frobYou don't need to subscribe any more. There is a follow button at the top of the page now.
Comment #16
geetotes CreditAttribution: geetotes commentedIs there a way to have the jquery 1.5 version only run in the admin section, while jquery 1.8 goes on the frontend?Oh wait, there is a patch: http://drupal.org/node/1766240#comment-6969950
Comment #17
rooby CreditAttribution: rooby commented@geetotes:
Notice that that issue is closed as a duplicate.
The issue to follow instead of that one is this one: #1524944: Allow different version for administrative pages
Comment #18
caw67 CreditAttribution: caw67 commentedsame error here: jquery version 1.7 works, version 1.8 breaks the views!
Comment #19
pfrenssenMarking as duplicate of #1524944: Allow different version for administrative pages as per #17.
Comment #20
herluk CreditAttribution: herluk commentedSame error i went from jquery update 1.5 to 1.7 because i wanted to use the fancybox, and needs jquery update, but the same problem i had
Comment #21
geocalleo CreditAttribution: geocalleo commentedSo I've been having issues with this as well. My solution is to use a seperate admin theme without jquery update installed. I then in the .info file, for the theme I'm using to display my site, add my own downloaded version (in my case 1.9) of jQuery. This however is just a temporary workaround and in my opinion, jQuery Update should, until this issue is fixed, not be used in a production environment.
Comment #22
geocalleo CreditAttribution: geocalleo commentedOkay as after I posted the above comment, I went and was about to update my views module with the latest and greatest. I noticed that in the notes it said "#1802198 by westwesterson, hswong3i, drumm | cjlgr: Fixed Views UI breaks with jQuery 1.8."
I haven't tried it yet but I'll install and see if it works. I'll make sure to post about my results once I've had a chance to play with it.
Comment #23
geocalleo CreditAttribution: geocalleo commentedOkay so the update fixed the issue, at least with my setup, with jQuery 1.7 but not 1.8. Throwing my hands up in the air and just going with the workaround I previously posted for now.
Comment #24
criscomjQuery 1.8 breaks Views 3.7. jQuery 1.7 and 1.5 both work. No patch applied. jQuery Update Version is 7.x-2.3
Comment #25
frobThis has been closed for a while now. I don't know why people keep posting. *Unfollowing*
Comment #26
fourmind CreditAttribution: fourmind commentedOkay, I haven't done any further testing to verify anything, but what I can say is that updating CTools from version 1.2 to 1.3 resolved the issue with Views UI and jQuery Update. I realize this issue is closed, but in case it helps someone else down the line.
I had tried updating Views to version 3.7 and that still didn't resolve with jQuery Update and jQuery versions 1.7 & 1.8 would not work with Views UI. I noticed CTools had an update available, updated it to version 1.3, and voila, Views starting working as expected again under jQuery 1.7. Again, limited testing but in case it helps save someone from pulling out their hair.
Comment #27
chrisjlee CreditAttribution: chrisjlee commentedThanks @fourmind. That worked for me as well:
jQuery Update 1.7
ctools > 1.3
Comment #28
mrded CreditAttribution: mrded commentedUpdating CTools from version 1.2 to 1.3 doesn't solve problem for me.
All versions of jQuery brakes my Views UI.
Comment #29
alphex CreditAttribution: alphex commentedsubscribing...
Comment #30
alphex CreditAttribution: alphex commentedI set JQUERY to 1.7 in Jquery update configuration, and this fixed the problem for me... but yeah, obviously... this is an issue still.
Comment #31
adripop CreditAttribution: adripop commentedHello,
i think you could avoid having jquery_update in the admin section by replacing the function jquery_update_library_alter in jquery_update.module :
Comment #32
blasto333 CreditAttribution: blasto333 commentedThis happens to me using jquery 1.8
Comment #33
drywall CreditAttribution: drywall commentedEight months after initially being reported and this is still broken. Sad.
Comment #34
tassaf CreditAttribution: tassaf commentedWhat is the solution for that? I cannot use jquery 1.5 in admin pages because I am using ajax in the front page and it's broken also
Any help please?
Comment #35
knalstaaf CreditAttribution: knalstaaf commented#1802198: Views UI breaks with jQueryUI 1.8.2
Comment #36
knalstaaf CreditAttribution: knalstaaf commentedComment #37
tassaf CreditAttribution: tassaf commentedLatest version of ctools was the solution
Thanks a lot
Comment #38
Aritas CreditAttribution: Aritas commentedUpdating CTools doesn't solve problem for me.
Use Jquery 1.7 solve it. Strange Bug.
Comment #39
weri CreditAttribution: weri commentedThe latest dev version from ctools and the version 3.7 from views solved the problem.
Comment #40
rlbusa CreditAttribution: rlbusa commentedUpdating CTools didn't solve the problem for me.
Updating jquery didn't solve the problem for me.
Installing the jQuery Update drupal module and updating the jquery version to 1.7 solved the issue.
Comment #41
GoddamnNoise CreditAttribution: GoddamnNoise commentedUpdating jquery_update module to its last dev release solves the problem. It lets you select a default jquery version for the site and an alternative one to be used on administrative pages. Select the jquery 1.5 version for the administrative pages and the jquery version you need for your site and you're done.
Comment #42
gge CreditAttribution: gge commentedjquery 1.5 brakes some admin pages like create and edit content, list menu links, blocks page, etc...
Comment #43
GoddamnNoise CreditAttribution: GoddamnNoise commentedHi gge!.
I've selected jquery 1.5 version for the administrative pages and I have no problems with those admin pages.
Comment #44
gge CreditAttribution: gge commentedYes, you're right. It worked after I cleaned the cache...
Thanks.
Comment #45
kamenrs CreditAttribution: kamenrs commentedUpdating jquery_update module to it's latest dev version, alone didn't fixed the problem with Views UI.
Then selecting jQuery 1.5 for the administrative interface and cleaning the cache also didn't worked for me.
Actually non of the above works for me to allow Views UI to function properly, even disabling jquery_update module.
Update: Disabling BEF (Better Exposed Filters) module, automatically solved all my issues related to AJAX in Views UI.
Some experiments showed that selecting BEF as "Exposed form style:" in Views prevents Views UI from working correctly. I tried to rearrange filters and failed. Then selected Basic as "Exposed form style:" and everything worked fine. I made all changes and selected BEF as last opperation.
Using jQuery 1.7 for UI and 1.5 for administrative pages, I succeeded to make BEF work properly on the front-end but Views UI still behaves weird with BEF selected as "Exposed form style:".
Comment #46
rajmataj CreditAttribution: rajmataj commentedI don't use dev modules on production sites, nor am I running Better Exposed Filters but selecting 1.8 as the Default jQuery Version at
admin/config/development/jquery_update
worked for me, restoring Views, Module Filter, Admin Menu and likely others. Using:Comment #47
dawnbuie CreditAttribution: dawnbuie commented#43 + #44 worked for me.
Comment #48
GeDu CreditAttribution: GeDu commentedWorked for me too.
Comment #49
sircosta CreditAttribution: sircosta commented#45 Worked for me! Thanks! ;)
If your view use Better Exposed Filters then you have to disable the module and the problem with AJAX in Views UI gone away. After, you must change the exposed filter back to the Basic exposed.
Comment #50
cdonner CreditAttribution: cdonner commentedI need at least 1.7 for the Bootstrap theme. Luckily, downgrading to 1.7 seems to work.
Comment #51
Georgii CreditAttribution: Georgii commentedSee an answer here
https://www.drupal.org/node/1022516#comment-9908945
Comment #52
artfulrobot CreditAttribution: artfulrobot commentedI came here because when using jQuery > 1.7 the 'states' were not recognised for checkboxes. e.g. under the style settings for a field in views, un/checking "customize field html" is supposed to reveal other form controls.
However this is a problem with Ctools, and core not jQuery update. My fixes are:
This fixes the particular problem I had with Views:
And this fixes other cases to do with #states:
Comment #53
frob@artfulrobot please do not post on closed issues. This issue was closed as a duplicate two years ago. Also, you shouldn't hack core like that. The fix is to use the latest version of jQuery updates which allows users to have different versions of jQuery for different themes. See this issue for details #1524944: Allow different version for administrative pages
Your "fix" will break core functionality or require the use of the jQuery update module.
Comment #54
hockey2112 CreditAttribution: hockey2112 commentedI just experienced this issue today, but jquery update changes did not fix it for me. The issue in my case was that I was accessing the website with "www", but the base_url in my settings.php file had the domain name without "www". Once I added "www" to the base_url, the issue was immediately resolved. The error message in Chrome's Dev Tools Console was "Uncaught Error: The callback URL is not local and not trusted"
Comment #55
jomarocas CreditAttribution: jomarocas as a volunteer commentedi used jquery version 1.8 and working
Comment #56
apaderno