I'm having an issue with my drupal install. All the sublinks are appearing expanded and there is no option to collapse them. This is causing issue with modules (especially the admin menu module) which appears like this whenever loaded.
This also happens for nested menu's in modules like Panels and Views, and in core menu's like the module menu itself, which cannot be collapsed. It is also affecting the way editing rows work, because the drag and drop functionality has been disabled and the row weights now have to be input by value.
Problem Solved. The issue is due to the fact my web host only has PHP 5.2.17 installed. Works perfectly on PHP 5.3+
Related
Unable to drag and drop widgets into sidebars from within wordpress. We have 60+ sidebars, so is this an issue? How can we fix it, thanks. It seems to be working fine for all the sidebars except the last few, we can't drag and drop anything successfully into those. When I try and drag widgets into those, the widgets are moved to the sidebar 3sidebars above.
Have already deactivated all plugins, but no difference.
Dashboard > Appearence > Widgets > Screen Option
Click on Disable accessibility mode.
Have you tried having your page refreshed? You should consider having a hard refresh on the page by using Ctrl + F5. I also encountered this and the solution I get is having my page hard refreshed.
I had a similar problem. I installed the Google Libraries Plugin and fixed this issue. You can download the plugin from this Link.
I believe that was some sort of JavaScript bug which was stopping JS from loading properly on the widgets page in the admin section.
This plugin is compatible upto 4.1.5. you can check using hit and trial iff it work with your wordpress version.
for my case, I close another application I'm using like photoshop or illustrator. it work for me
I upgraded one my Plone installations from 4.1.something to a 4.2.4 a while back. A weird thing then appeared: when editing any content, the fieldsets for that editing form all appeared one after another and not in their respective tabs.
Now when a user edits the content and hits "Save" they get a warning from the browser that they are about to leave the page. Paradoxically the user has to hit Leave Page because the changes have been changed. Clicking on one of the tab headings causes the changes to be lost and the edit session abandoned.
I don't think it's a theme thing - all the Plone instances on that server, each with a different theme - are exhibiting this problem.
Where would I start looking to fix this?
Sounds like you have a javascript error.
The fieldset tabs are handled in pure JS; all but the first are hidden on page load.
Look in your browser console and see what is tripping up the JS and preventing the code from moving the fieldsets to tabs.
I am using Drupal6.
I have defined a menu in Site Building -> Menus called "sidebar link". Then I my code, I build that menu like "menu_tree('menu-sidebar-links');".
If I am on main page or sub page then I want that menu to expand. It WORKS.
HOWEVER, often it diappears. Menu stops expanding. And to fix that, I have to clear cache in Drupal and then it starts working again.
I found a potential fix at Drupal 6 fails to build menu router and links
But in this solution, that variable is only set when I run update. I tried it and it works. But on next load, it doesn't rebuild. So, somehow that variable is getting set to FALSE again. But I want it to rebuild every time, maybe just for one menu and not all (I have 3 menus and those are working fine as those just links and not child menus).
Can someone please suggest a fix?
PS: I am unable to provide a link because this code is being used in site redesign and its only accessible in internal network until it goes live.
THanks
I've inherited a Drupal 7 site from someone and have come across a really irritating bug that I'm hoping someone can help with, for some reason if I empty the Drupal cache all the left hand menus on the site disappear. The menu is put together using menu blocks and all the settings for the block and the menu itself look correct i.e. the block is in the correct region, the menu block is attached to the correct menu and the menu has all the pages on the site in it.
In the backup of the database the cache_menu table has about 40,000 entries, if I clear it and click around the site it never goes above 40 so for whatever reason it's just not re-generating the menus.
Does anyone have any ideas what might be happening and how I can fix it?
Are you clearing the cache_menu entries manually? I'd recommend using drush—
drush cc all
Or go to settings/performance and clear the cache.
Managed to fix this, turns out there's a bug in the menu block module (I was using 2.2) so upgrading it fixed the issue.
i'm currently having a nightmarish moment with Sitecore. Basically my issues are two-fold:
1) the first time i added a standard value item to a template, and added a layout setup to it, i was thrilled, since all my items from that template were showing the layout, however now, certain items are now showing no layout at all. I tried doing presentation->layout, reset several times, but to no avail.
2) i added a new sublayout to the standard value layout to another placeholder, did publish on the template (republish everything, publish subitems), then publish on the standard values item again, just in case (should not be needed), i click on all items from the template, and they show the updated layout with the new sublayout (should be good, right?) however, i browse, both live and with preview to the pages and i am still seeing the old layout without my new sublayout.
- I added a breakpoint in the page_load of the new sublayout but it never hits, the others do
- I tried cleaning the cache on sitecore/admin/cache.aspx, but did not help
- tried recycling the app pool, restarting the web site, spreading black rooster' blood over the machine, nothing seems to helps
i am using sitecore 6.2.0 (rev. 100701), visual studio 2008 SP1, IIS7 in integrated mode
Basically the way to do it is set layout on the Standard Values, which should update all items, that haven't had their layout overwritten on the item or by a branch.
This is the key to the issue. If your items that aren't getting updated with the template standard value layout were created using a branch, check to make sure that branch does not also have layout details associated with it. If the branch has layout details in addition to the template, the two will conflict and cause really odd, frustrating behavior.
I encountered the exact same scenario, but after removing the layout details from my branch the issue went away.
Sounds strange... usually this only happens, when you have a "conflict" between layout set on Standard Values, template/branch.
Basically the way to do it is set layout on the Standard Values, which should update all items, that haven't had their layout overwritten on the item or by a branch.
I really dislike branches, so always try to avoid them (the only real use when they were Masters were for building hierarchies of items).
Could you try to look in the __layouts field (View > Raw values) of the items and see if anything is entered there?
And is it only some items or all items based on that template?