I upgraded to RC1 from beta3 for both panels and ctools and I am no longer able to see my user page overrides. Only the standard drupal user page shows. I've enabled the variant in pages but still I don't see the override. I even created a new variant and disabled my previous ones prior to the upgrade and I don't see the override.
| Comment | File | Size | Author |
|---|---|---|---|
| #10 | good_theme.jpg | 270.93 KB | prdsp |
| #10 | lost_theme.jpg | 202.34 KB | prdsp |
| #8 | screenshot-ie.gif | 46.93 KB | tresero |
| #8 | screenshot-ff.gif | 36.65 KB | tresero |
Comments
Comment #1
korayal commentedSame here,
Lost my previous panel setting. then tried to modify a new one using the default user override. But everytime I add a new view block to the content, sometimes some of the blocks are saved, sometimes one of them, and sometimes none...
So I can't make it display more than one field on content of a panel.
I can add the blocks, then when I click "update and preview", I can also see the preview that I want. But when I save it, all I see is one of the three possibilities I've given above.
Comment #2
prdsp commentedI see everything correctly when I preview it...but when I save and go to the user page...It's just the default drupal user page that I see.
Comment #3
tresero commentedJust to confirm, it seems to be the move to rc1 that killed the panels. Something is really wrong. I also lost all formatting in IE6.
Comment #4
tresero commentedComment #5
merlinofchaos commented#1 seems unrelated.
#3 does not provide any useful information. Please don't weigh in on issues unless you can actually provide more information. Check that. *any* information.
prdsp: Did you enable the user page? If yes, can you please execute the following query and paste the result:
Comment #6
prdsp commentedI found out what caused me to lose my user page override. The new RC1 version of panels does not co-exist well with the module in this link
http://drupal.org/node/356759
Disabling that module allowed me to see the override in panels.
However, just like tresero stated there still remains the issue of losing all my theme formats in internet explorer on the pages that panels overrides. I'm using IE7. I lose the formats all together in IE with RC1.
With Beta3 I only lost my formats in IE 7 when I added author pane into panels or when I enable the mailhandler module. It's very strange...I'm going to have to go back to the beta versions. At least I can make do without author pane or mailhandler.
Formats are all fine in firefox though for any of the versions.
Comment #7
merlinofchaos commentedI don't really understand what "lose the formats" means?
There's a known bug that there's supposed to be a message letting you know when the override fails and that isn't working. I'll fix that next week.
Comment #8
tresero commented#6, what he means.
For some reason on IE only, panels appears to break the css/page format. See the following screenshots.
This is the exact same site.
I hope this helps, and I am sorry for not "adding" to the conversation.
Comment #9
tresero commentedTo also add to the view issue.
Running the following query:
SELECT page_callback FROM menu_router WHERE path = 'user/%';
Output:
realname_user_view
So it appears that realname is also incompatible. I am only posting this in case someone else runs into this problem.
The output (if you want to use panels) should be:
page_manager_user_view
Comment #10
prdsp commentedHere are some screen shots of what I mean by lost the theme. These screenshots are of the user page overriden by panels...
The first screenshot is what it is supposed to look like and the second is what happens with RC1 override or with Beta3 override when I enable mailhandler or add author pane to panel.
The same thing happened with views accordian plugin when I added the view to the beta3 panels user page override...however, I fixed that by adding the views accordian css directly to the theme style.css...but that didn't work with author pane.
It also used to happen when I enabled jquery update...but since the newest release of that module it doesn't do that anymore.
This happens with more than one theme that I've tried...including drupal core themes...It appears the superfish menus always get thrown out of wack under certain circumstances when panels overrides a page.
Comment #11
prdsp commentedThe output I got with the sql query was content_profile_page_user_view
RC1 doesn't work with realname or the module I referenced above
Comment #12
criznach commentedI have the same issue, except with "node/%" - a variant of the Node template. When I execute this SQL,
SELECT page_callback FROM menu_router WHERE path = 'node/%';I get:
node_page_viewThis is a brand new panel that I just created in RC1. I recently upgraded this install from Panels 2. I had to delete and recreate the one existing panel, but other than that, it looks BEAUTIFUL.
Comment #13
merlinofchaos commentedPlease stop piling multiple issues in the same thread, there's no way it will all get addressed.
I took a look at the site with the screenshots. The problem isn't Panels at all, it's the 32 stylesheet limit on IE. When Panels stylesheets get added, page.css and node.css fall out of IE's stylesheet range. fTry turning on CSS aggregation.
Comment #14
merlinofchaos commentedAs for the result where node_page_view, I suspect that means you didn't enable the node template page. It is disabled by default.
Comment #15
tresero commentedThank you, I would say the css issue is solved, just wondering why it showed up on upgrade. Not that it really matters.
Sorry to bother you, it is a great module.
Comment #16
criznach commentedAwesome. That was exactly my problem. Thanks and sorry for the distraction.
That stylesheet limit has burned me before. IMHO core should show an admin message when there are > 30 css.
Comment #18
jeff h commentedFor anyone wondering what Merlin's referring to in #14, go to admin/build/pages and find the line for node_view. Click Enable in the Operations column.
Jeff