After updating to Masonry API 3.0-beta1, I can no longer edit the Settings field or the Sort criteria for my Masonry view. Clicking "settings" does nothing. I can edit settings and sort criteria fields with no issues on all other views on the same site.

Masonry API 7.x-3.0-beta1
Drupal 7.38
jQuery Masonry 3.3.1
jQuery 1.8
Views 7.x-3.11

Comments

mfarineau’s picture

Title: Update to Masonry API 3.0-beta1 » Update to Masonry API 3.0-beta1 disables settings in view
Dom.’s picture

Hi !
Could you let me know from which Masonry version you did the upgrade ?

mfarineau’s picture

Hi Dom,

I had been using Masonry API version 7.x-2, which loads jQuery Masonry 2.1.08

Dom.’s picture

I will try reproducing. In the meanwhile :
- Can you confirmed you follow upgrade process ?
- Did you upgraded your libraries to the new necessary ones ? (see module description)
- Did you "clean all caches" at /admin/config/development/performance ?
- Are the new library versions recognized at /admin/reports/status ?
Dom.

mfarineau’s picture

The upgrade process I followed was to
-download the updated module
-manually put it in the correct directory
-download updated masonry library
-manually put it in the correct directory
-download new imagesLoaded library and put it in place

run update.php
clear all caches

all libraries appear to be loading correctly in the status report (see my separate issue about the imagesLoaded library https://www.drupal.org/node/2532204)

Dom.’s picture

I answered the other issue. You may have wrong masonry_views module. If your module is still in the masonry folder as it was in 7.x-1.x, then it's wrong, you need to install the new separate ones.

mfarineau’s picture

So I upgraded to Masonry Views 7.x-3.0-beta1 and am still seeing the same behavior where I can't click on settings when editing my view. Not the end of the world as I can get around it by copying the link and pasting into my browser window, but it is strange. If you can't duplicate it and no one else is having this issue, it is entirely possible something is wacky on my end.

Dom.’s picture

I can't replicate indeed... Do you have also remove the masonry_views folder that originally was in masonry module ?

andersju’s picture

I had the exact same problem with 7.x-3.0-beta1. I looked in the console and noticed that an error occurred if I loaded a view edit page that had Masonry as its format:

TypeError: a.Deferred is not a constructor

I then realized that while jQuery 1.10 was used for the main site, the admin theme still used the Drupal default (1.4). Going to /admin/config/development/jquery_update and changing to 1.10 for "Seven (admin theme)" solved the issue.

Dom.’s picture

Status: Active » Fixed

#9 solves the issue.
Thanks @andersju

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.

squarecandy’s picture

Using the non-default jQuery on the admin end can occasionally cause other issues in my experience.

As another option you can go to /admin/structure/views/settings and uncheck Automatically update preview on changes.

Now views admin won't try to run the Masonry jQuery by default every time the views admin loads or anything changes.