I recently installed a new site and had this module functioning as it's supposed to. I had installed a number of modules and was in the process of configuring things for the site when I noticed that the modules filter was no longer functioning.
So, for instance, when I click on Panels (admin/modules#panels) shows up in the URL, but the display doesn't change from the All tab (complete alphabetical listing). Clicking on any other tabs don't make a difference.
I have removed module filter by uninstalling and completely deleting it from the modules folder, and done a re-install hoping that might fix it.
I have other sites that use the module which I've confirmed are working fine. I've tried using the site in IE (currently on Chrome) and same issue.
The only thing that I could think of that might have conflicted with it was some of the items in the "Util" module. I was getting a number of error messages displaying with several of the "Log filters" components of that module, which is when I discovered module filter stopped working on this site, because I couldn't jump to the Util category to disable these.
I did completely uninstall Util as well as deleted it from the modules folder, but module filter isn't functioning.
Having not configured anything yet on the site, other than modules, I can easily delete the install and start over, but I'd rather not have to do that, especially if this is something that might come up again in the future.
Comment | File | Size | Author |
---|---|---|---|
#19 | module filter Firefox.jpg | 79.18 KB | VBN |
#14 | module filter page.jpg | 48.87 KB | bisonbleu |
#10 | category_tabs_not_working-2113191-10.patch | 1.79 KB | joelpittet |
Comments
Comment #1
Richard Buchanan CreditAttribution: Richard Buchanan commentedI just started having the same issue. I checked the $page array, and module_filter_tab.js is being called and loaded. I don't know how long it has been broken, since I haven't used the module filter tabs in a week or so. I have 429 modules on my modules list page, so there's no telling if one of them may be conflicting.
Comment #2
aramboyajyan CreditAttribution: aramboyajyan commentedAre there any errors reported in browser console log?
This is most likely a JS conflict/issue, and console log will tell you where exactly.
Comment #3
greenSkin CreditAttribution: greenSkin commentedComment #4
irenaught CreditAttribution: irenaught commentedI have this same issue I am unable to get to configuration options for modules from the modules page, I can see the corner of the configure boxes way off to the right of my screen but only in some cases. Hope that helps some.
Comment #5
taonac CreditAttribution: taonac commentedIf you people still have the problem, i solved mine by removing flowplayer. Flowplayer Breaks JS on Modules admin page (affects Module Filter and collapsible field sets) https://drupal.org/node/1743410
Comment #6
geru CreditAttribution: geru commentedI had this problem and it came into play only when I enabled a virtual host in my dev environment. In my system, it was also associated with the module filter search function not working right and also with improper menu list formatting and other jquery issues.
My system is Windows 8 running EasyPHP.
I found the solution at this site: http://stackoverflow.com/questions/21008848/easyphp-modules-folder-confl...
The problem was that the httpd.conf file aliased the /modules directory. Since EasyPHP does this, this will happen with any multi-site installation using PHP, but it doesn't have to be specific to this particular setup.
The answer is to add the line as documented in the URL above in the VirtualHost section of the httpd.conf file (or other conf file) handling the local hosting. For example (as taken from the documenting URL),
DocumentRoot path-to-site-folder
ServerName site-name
**Alias /modules "path-to-site-folder/modules"**
Options FollowSymLinks Indexes
AllowOverride All
Order deny,allow
Allow from 127.0.0.1
Deny from all
Require all granted
Comment #7
greenSkin CreditAttribution: greenSkin commentedMost everything that Module Filter does is dependent on JavaScript. If the page is broken, not functioning as expected, open your browser's console and check for JavaScript errors. Post the error back here and we'll try to help fix the issue.
Comment #8
crls.scbr CreditAttribution: crls.scbr commentedCSS/JS Aggregation was to blame in my case.
Comment #9
marty.true CreditAttribution: marty.true commented+1 on #5 - Flowplayer was the culprit for me too.
Comment #10
joelpittetWell I was having this issue too. I'm not sure the trigger but it seemed the weighting (which may explain a few people saying aggregation) seemed to be out of whack.
Here's a patch to see if this helps. It's made against 2.x, so I'm bumping the issue. It may apply also to 1.x as well, either way it's just forcing the weights that the JS files are expected in.
Comment #11
niki v CreditAttribution: niki v commentedConfirming that the patch above solved the problem. I'm not using Flowplayer although I am using Chosen. I didn't check if that was the js conflict, just applied the patch and it worked. I didn't experience problems with 7.X-18, only when I switched to 7.x-2.0-alpha2
Comment #12
bisonbleu CreditAttribution: bisonbleu commentedAlso ran into this strange issue today. Module filter just stopped working properly. Tried the current release and the latest dev + patch in #10. No change, same problem. Finally, I reverted to 7.x-1.8 which just works.
Comment #13
joelpittet@bisonbleu Did you flush all caches after applying the patch in #10? Would you mind trying the 2.x-dev again with the patch?
Comment #14
bisonbleu CreditAttribution: bisonbleu commentedHey @joelpittet, confirming that your patch against the latest dev works for Safari & Chrome (under OSX); module_filter is behaving normally.
The issue remains with Firefox. Modules are not shown when at top of page (see capture). They appear after 1 page down and disappear again if I page up.
Comment #15
joelpittetThat's strange for two reasons, one I am in Firefox as my primary browser, and second my patch doesn't touch the css.
Anybody else confirm what @bisonbleu is seeing?
Comment #16
cloudbull CreditAttribution: cloudbull commentedSame issue here
Comment #17
VBN CreditAttribution: VBN commentedSame here.
Only in Firefox.
Google Chrome displays correct
Opera displays correct
Comment #18
joelpittetIt may be better even to create libraries out of those and attach them as such... but I'm pretty sure that patch should do the trick.
@cloudbull and @VBN are you confirming that you have applied the patch in #10 and flushed cache and see what @bisonbleu is seeing?
Comment #19
VBN CreditAttribution: VBN commentedYes i did apply the patch on #10
Firefox version 34.0.5
I'm thinking in the direction of the floating save button...
Comment #20
joelpittetDang, I wonder if the the admin theme is conflicting, which one are you using?
Comment #21
joelpittetAny javascript errors?
Comment #22
VBN CreditAttribution: VBN commentedEhmmm, as of today it works like it should be. Strange?
Let me think what i did yesterday.
Can not reproduce the error again.
All working fine now.
it's working as supposed. Yay
Comment #23
joelpittetjquery update can conflict with many things... I keep it to 1.7 which works the best so far. Thanks for checking again @VBN.
Comment #24
greenSkin CreditAttribution: greenSkin commentedTested and committed to dev. Thanks!