Closed (cannot reproduce)
Project:
Panels
Version:
7.x-3.x-dev
Component:
Plugins - styles
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Jan 2011 at 22:20 UTC
Updated:
12 Dec 2012 at 00:35 UTC
Ive created a custom style to experiment with styling some frontpage blocks. After I finished creating the style and reloaded the frontpage I decided I needed to make some changes. Unfortunately the edit link in the "Manage Styles" block on Panels dashboard, redirects me to the structure menu (the one with blocks, contact form, content types, views etc). In effect, I cannot edit a custom style once created, I have to start again. Not sure if this is an overlay issue?
Comments
Comment #1
merlinofchaos commentedI'm unable to reproduce this. Are you using current -dev version of CTools? That link is actually generated by the stylizer.module there.
Comment #2
moices commentedIt's a cache issue.
Comment #3
djg_tram commentedI see it all too often as well. On several, completely unrelated sites where I use Panels. Not a cache issue, clearing the cache or rebuilding the menus don't help. Ctools 1.8, Panels 3.9 (never the dev versions unless there is very strong reasons to do so). And all that under Drupal 6, so this must be an issue that even spreads across Drupal versions.
On http://www.example.com/admin/build/panels, when I click on the link in Manage Custom Layouts (http://www.example.com/admin/build/panels/layouts), I will be redirected to the exact same page, although the URL will be http://www.example.com/admin/build/panels/layouts. The same with the individual edit links of the custom layouts. From time to time, after working for a couple of minutes in other areas of the site, it will return to normal functioning automagically. Then it will start to fail again. I can't seem to remember it happening with anything else but custom layouts, the rest of the links work all right.
Comment #4
djg_tram commentedNow, for instance, that I deleted one custom layout that I wanted to recreate, it came back to normal. No cache rebuild was done in the meantime.
Checking the code suggests that these pages are hooked into the Drupal menu system by some black magic inside CTools, not directly added using the usual Drupal way of callback definition. So, it seems to be reasonable to suppose that the problem lies in CTools rather than in Panels.
Comment #5
Letharion commentedIn an effort to clean up the many hundreds of open issues in the Panels queue, I'm going over all issues with the "Postponed, needs info" status.
As per the Panels Issue guidelines, http://drupal.org/node/573062 section 2.2, I'm closing all issues that haven't been updated during the last month.
I realise that some issues will be closed, that should remain open. In these cases, most of the time, they have simply been left in the "Postponed, needs info" state by mistake.
If this is the case, and you still have an interest in this issue, please just re-open it, setting the appropriate status.
Comment #6
jonhattanThis occured me today. Fixed by clearing cache.
Ctools
Version : 7.x-1.0-rc1
Panels
Version : 7.x-3.0-alpha3
will reopen if fail persists with dev versions.
Comment #7
grahamtk commentedI have the same problem