Every time I view a panel I get the error.

Theme key "panels_edit_display_form" not found.

I've removed all selection rules and flushed my cache with the devel module, but no luck. I looked in my error log to see when this started cropping up, but it seems to go back farther then my log saved, so no luck in pinning down the timing of its origins.

I'm using Panels version = "7.x-3.0-alpha3", datestamp = "1300396268"
and Ctools version = "7.x-1.0-alpha4", datestamp = "1301099792"

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

bryancasler’s picture

I have pages upon pages of these errors being generated. Anyone else experience this before?

El Bandito’s picture

Hi

I'm also running alpha3 of both Ctools and Panels. When I attempt to add a row. column or region to my panel page via the layout designer the overlay opens but I then see an endlessly spinning cog.

I have tried 2 browsers. I have tried disabling the core overlay module, but this doesn't seem to affect this overlay. I have cleared all caches.

Every time I try the action the error "Theme key "panels_edit_display_form" not found." is logged with a location of :

http://www.mywebsite.co.za/?q=admin/structure/pages/nojs/operation/page-front_page/handlers/page_front_page_panel_context/content"

and a referrer of :

http://www.mywebsite.co.za/?q=admin/structure/pages/nojs/operation/page-front_page/settings/basic

Not sure if it is relevant but this website is not yet configured for clean URLs.

This post seems similar for Panels Everywhere https://drupal.org/node/1139918.

Any workarounds/fixes appreciated as this is obviously a showstopper.

Thanks for your excellent work on the Panels module.

El B

El Bandito’s picture

Hi

I've now enabled clean URLs but it hasn't resolved the issue.

Regards

El B

zabelc’s picture

I'm seeing this one as well

El Bandito’s picture

Zabelc

It may help the maintainers if you could clarify exactly what "this one" is in your case i.e. when does the problem occur ?

Regards

El B

El Bandito’s picture

Further attempts to resolve this one.

I'm shooting in the dark here but here's what I've tried :

1> Enabling Ctools Custom Content Panes ---> No effect on the issue
2> Disabling Panels in Place Editor ---> No effect on the issue
3> Disable and uninstall Panels Alpha3. Resinstall ---> No effect on the issue

I'm getting a trifle desperate here as the customer has suggested the possibility of backing out to Drupal 6. Whilst I wasn't involved when Drupal 7 was selected as the platform for this site ( and it is a site that is a prime candidate for Panels ) it seems a shame to reverse out at this stage.

I am happy to try using the more recent version of Ctools now alpha4 is available, but I don't know which version of Panels I should match it with as the release notes indicate that they should be in sync.

Any feedback appreciated and thanks for all your hard work.

Regards

El B

El Bandito’s picture

More blundering about.

I have now tried upgrading Ctools to alpha4 to no effect. I have then upgraded Panels to the latest dev release to no effect. I have tried one of the pre-defined Panels layout ( previously I was using flexible ) and the same problems afflicts the "Add content" overlay when trying to assign content to a region.

Regards

El B

davidsanger’s picture

following

elly’s picture

I'm seeing these errors too, along with a WSOD on certain panels pages. It seems to be related to custom panels layouts that I added, though I'm not sure yet if that's the issue.

rogical’s picture

same issue on alpha3 -- Theme key "panels_edit_display_form" not found.

FreddieK’s picture

+1

FreddieK’s picture

Ok, I did some digging around with this error and managed to find a solution that worked for me.

Upon comparing the codebase between two versions of the CTools module (one from an installation that worked) I found that there was no difference in code, so I started checking into the file permissions.

I found that somehow ctools/contexts/node_edit_form.inc and other files in the non working version of the module had gotten different permissions (among them no execute rights), owner and groups from the other parts of the project, I have no idea why. Upon fixing that the problem was solved for me.

Todd Young’s picture

I didn't see any ctools/contexts directory, but I'm reluctant to just start granting permissions all around. I'm hoping someone has a handle on this yet?

I'm also hoping this is the reason that table views show without any styling in my Mayo theme, keeping fingers crossed.

vflirt’s picture

Priority: Normal » Major

Come on be serious, the file owner has nothing to do with missing theme function.
Please fix this as this is getting critical and is flooding the watchdog because such theme function is missing.

mefisto75’s picture

sub

merlinofchaos’s picture

vflirt: The theme function is not missing. It's there. For some reason, the file with the function is not getting loaded, and only in circumstances I can't reproduce.

Please fix this as this is getting critical and is flooding the watchdog because such theme function is missing.

Instead of complaining, how about you help figure out why this is happening? If you can't, please stop making demands.

Sweetchuck’s picture

Subscribe
I have got the same error : Theme key "panels_edit_display_form" not found.
And sometimes without theme key : Theme key "" not found.
This bug appears after when I disable the stylizer module.
When it was enabled, I dont use it! It was just enabled.
When I was reenable the stylizer module, the bug is disappear. (everything works)

If you put a dpm($regions); into panels/plugins/display_renderers/panels_renderer_standard.class.php at line 324

if (empty($settings)) {
  // …
}
  // …
  dpm($regions);
}

You will see, some 'style' keys under region name (left, right, top, …) is not filled. It contains NULL value.
If 'style' is empty the region content does not appears on the page.
I don't know where is the problem, but I hope this information help to fix this issue.

Panels
version = "7.x-3.0-alpha3"
datestamp = "1300396268"

CTools
version = "7.x-1.x-dev"
datestamp = "1312676103"

itserich’s picture

I had started on my first D7 site and panels worked fine until today.

Began seeing this message when viewing certain node panels (same as in #1):

Theme key "panels_edit_display_form" not found.

So I began uninstalling modules to try and find the conflct. Eventually the error was gone when viewing panels, but when I tried to Save an Edited panel, it would time out and the error message appeared in Watchdog.

So I disabled more modules and eventaully the problem is resolved.

Attached is a screnshot of modules disabled but not yet uninstalled. Perhaps it is one of these modules. The More Buttons Content module should be on this list but I uninstalled it before taking the screen shot.

I had thought it would be related to OpenLayers, Geocode, Geofield, because I have been using them recently, but gladly the panels appear to work fine with those modules.

itserich’s picture

I have done some more enabling and disabling and it seems BeautyTips UI 7.x 2 Alpha 4 causes the panel to time out when I try to save it. When that module is uninstalled the Panel saves correctly, but Watchdog still gets the Warning

Theme key "panels_edit_display_form" not found.
mefisto75’s picture

@itserich
Thank you for pointing to BeautyTips somehow missed this nice module.
Must be someother cause.

itserich’s picture

@mefisto75

Yes it is a nice module, I like to think all the modules I use are nice.

It is unclear if you want this problem fixed.

If you do want it fixed, it might help if you posted something other than "Must be some other cause" such as, what leads you to that conclusion.

BeaPower’s picture

I am also getting this error but dont have beauty tips installed. I do have panels and tokens enabled.

vflirt’s picture

Sorry if it sounded like this. I understand very well that this is open source project and almost everything is committed on free will. I never had intentions to demand anything.
I am not able to find the theme function in any of the drupal 7 releases neither in hook_theme() or in a separate file. Could anyone please tell me the file that it is in and where it is included in hook_theme() so i can continue my research as i do have a setup where this issue is happening.
Also i looked trough releases and i found the function in 6.3.5 release but i see it has been removed from 6.3.7.
As i see in the current dev version the calling to this theme function has been removed and hence this warning is no more present.
Again sorry if my comment looked like a demand, never meant it that way.

TuWebO’s picture

Hi,
I´m also getting this error.
I have done a little research and it looks like it only happens when I click on the content tab under the variants tab.

I did this:
- Open a panel page that I have already created.
- Click on the firs tab "Summary", execute cron and check watchdog -> Ok (no warning)
- Click on the "General" tab, execute cron and check watchdog -> Ok (no warning)
- And so on...
- As soon as I click on the "Content" tab (doing nothing else) -> Warning on Watchdog

I am not really a good programmer and don´t know much about panels API, but maybe someone else know what happens when you just click on "Content" tab.

Panels 7.x-3.0-alpha3
Ctools 7.x-1.0-rc1
Using Fusion theme

Hope this helps.

BeaPower’s picture

I am also having this problem, thought it was from patching too much that something goes haywire, any fix?

merlinofchaos’s picture

My apologies, my response in #16 was completely wrong.

1) There is no theme_panels_edit_display_form()
2) As far as I can tell, there's nothing in the code, anywhere, that should be referencing said non-existent them function.

My guess is that something is holding onto something that's been removed. Why? I don't know. Perhaps some other module is trying to interact with Panels in some way, or something kind of mysterious is creating that theme key?

It might explain why I've never seen this issue in my development.

vflirt’s picture

Hi,
the "panels_edit_display_form" was pointed out as "#theme" for the admin form and that is the reason you get it only when you edit panels/variants. As already mentioned it was removed in the dev version and I suppose it will soon be in the stable one as well.
If you want a fix go trough the panel files and search for "panels_edit_display_form" . If you get results like :
$form['theme'] = 'panels_edit_display_form' (or similar, writing from home so not sure for the correct one but should be pretty close)
then you check how the same code in the dev version is handled. Basically you can remove all the line where this is stated as the theme function for the form.

The error is mostly noticable in the watchdog. If you open a panel/variant edit and then check the latest log in the watch dog you will find the record.

Hope that was helpfull.

jwilson3’s picture

Subscribe.

jwilson3’s picture

Status: Active » Fixed
FileSize
3.12 KB

I believe this issue should be marked as fixed for two reasons:

1) Even though this issue is marked 7.x-3.x-dev, I can see no trace in the issue of where someone has reported this as being an issue with dev, its always an alpha3 issue.
2) Removing the $form['theme'] ='panels_edit_display_form' code, does fix this in alpha3, but this code doesn't even exist anymore in the development branch.

If anyone comes along experiencing this issue with the panels development branch feel free to reopen!

For those of you unable to update to the 7.x-3.x-dev branch, where this appears to be a non-issue, I've attached a patch that fixes the issue in 7.x-3.0-alpha3.

Status: Fixed » Closed (fixed)

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

andershal’s picture

Uploaded a patch file which works with Drush Make.

peejfancher’s picture

Just fixed this problem on two different 7.10 installations. Disabling certain modules seems to work.
Modules I found that clash are:
BeautyTips 7.x-2.0-alpha4
Date Repeat API 7.x-2.0-rc1
Date Repeat Field 7.x-2.0-rc1

mrP’s picture

Version: 7.x-3.x-dev » 7.x-3.0-alpha3

Having the same issue but marking as resolved with alpha3 per patch in #29.

FWIW, the referrer of this error is structure/pages/nojs/operation/node_view/handlers/node_view_panel_context/content

Issue not present in 7.x-3.x-dev branch.

adam_b’s picture

Similar experience to #32 - using alpha3, I had to disable http://drupal.org/project/editablefields 7.x-1.0-alpha2 to get it to work.