Closed (fixed)
Project:
Panelizer (obsolete)
Version:
7.x-3.x-dev
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
17 Apr 2013 at 20:34 UTC
Updated:
14 May 2015 at 18:01 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
bojanz commentedWell, panelizer is not a part of backoffice ;)
Comment #2
merlinofchaos commentedHmm. Something else there is modifying the node types list at admin/structure/types and Panelizer seems to be conflicting with some other change. I've no way of knowing what that change is, however.
Comment #3
bojanz commentedAh, that's us.
We are overriding the page callback completely.
Any advice on how I should proceed here?
Comment #4
merlinofchaos commentedMy code is trying to add a column to the table.
I could add more verification that the table actually exists, or I could try to figure out what you're doing differently so I can handle both?
Take a look at the function that's dying? It's not terribly complex, it is just trying to make life easier on users so that panelizer info is available at admin/structure/types.
In the worst case we can add validation that the table actually exists and disable that code. In the best case we can make our paths close together so they can cooperate.
Comment #5
kimwes commentedThe problem is that commerce backorder is adding product display column as the second column in content types listing. Panelizer is setting the colspan of the second column because it's relying that it's the operations column. Here's a patch that changes panelizer to increase the colspan of the last column which should be the operations column.
Comment #6
delacosta456 commentedi confim, patch #5 fix. i will wait a little days for more test before closing. thanks kimwes
Comment #7
damienmckennaThis worked just fine in my testing. Thanks kimee!
Comment #9
Anonymous (not verified) commentedThanks @kimwes
Your patch works.