Interesting problem. My panels keep loosing their style (two screenshots attached). I have the rounded corners style applied and cache / aggregated css seems to have no effect. This occurs on <front> page only right now but I swear it was others earlier.

• Styles seem to be working as long as a user remains anonymous.
• Styles break for a user if they login without panels-in-place-editor access
• Styles instantly return if the module is enabled and disappear if disabled (if user has access)
• The panel retains it's classes in both cases but the style sheet being applied changes
• Uninstalling IPE makes no difference

In the screenshot you can see I have highlighted the same element in firebug - with IPE ON the css is being applied properly.

With IPE OFF I'm getting Marinelli's reset css. Has anyone seen this yet? I've been peeking around for a few days and only found an issue involving the sephamore hitting twice and causing a reset (D6) but I do not believe this has anything to do with that.

CommentFileSizeAuthor
works with IPE.png678.66 KBrumblewand
gone with no IPE.png783.73 KBrumblewand

Comments

rumblewand’s picture

rumblewand commented

aggregating css does break the panels css on pages other than <front>. For both anonymous AND authenticated users. I've tested both chrome and firefox.

So leaving drupal CSS aggregation OFF - I get the behavior in my first post.

merlinofchaos’s picture

merlinofchaos commented

The rounded corner style uses a dynamic CSS file. When you look at the HTML source, look in the scripts section; there should be one or more CSS files in files/ctools/css with an MD5 hash for a name (similar to aggregated CSS but in a different location).

In the gone case, 1) make sure that .css file is listed and 2) that it has content.

rumblewand’s picture

rumblewand commented

Thanks Merlin,

I confirmed the presence of the script added css file on the working page. It shows as <script type="text/javascript" src="http://arlingtonbaptistcollege.edu/sites/all/modules/ctools/js/modal.js?lqhqio"></script> whereas on the pages without it working do not have a ctools added script.

Also, on the working page in the styles section I noticed @import url("http://arlingtonbaptistcollege.edu/sites/default/files/ctools/css/4a1151955127fcbf185c57db56546d18.css?lqhqio"); but on the non working page it is only titled @import url("http://arlingtonbaptistcollege.edu/sites/all/modules/ctools/css/ctools.css?lqhq0u");

rumblewand’s picture

rumblewand commented

So what kinds of things can prevent drupal from allowing the ctools script to add css? Maybe I can take a look at the way the theme is handling them or maybe a conflicting module?

rumblewand’s picture

rumblewand commented

The plot thickens... after enabling a module I received a log entry.

"The file public://ctools/css was not deleted, because it does not exist." Which is very strange because Ctools IS using files/ctools/css -- similar issue #1234022: The file public://ctools/css was not deleted, because it does not exist.

rumblewand’s picture

rumblewand commented

Used patch to get rid of the "the file public://ctools/css ...." error from thread #1234022: The file public://ctools/css was not deleted, because it does not exist. but still no joy on getting the dynamic styles through.

rumblewand’s picture

rumblewand commented

I am assuming that others are NOT having this error. Does anyone have any idea where they would start looking into a problem like this? I've tried peeling through posts of similar issues but haven't gleaned anything useful. I am wondering if it might be at the theme level.

KellyB’s picture

KellyB commented

I am also not having my rounded corners show on my PROD site with caching and CSS aggregation. Styles are fine in my test environment but did not work after porting to production and then turning on CSS aggregation. This is on an internal page not on a front page.

It was not happening earlier on one PROD site where I 'think' I had files aggregated. Not sure if it was when I updated Panels or CTools is when it started, it took me a while to notice since my TEST site is fine (my bad).

Core 7.8 (was happening with 7.7)
Zen 7.x-3.1 (with sub theme)
C-Tools 7.x-1.0-rc1
Panels 7x-3.0-alpha3
Views 7.x-3.0-alpha1

Tested as Authenticated and unauthenticated user:
Tried turning off Registry rebuild, cashing and aggregation with caches flushed and the rounded corner style reappears.

Turned back on registry rebuild and caches flushed all was fine.
Turned back on Caching blocks and pages for anonymous users with caches flushed and all was fine.
Turned back on Compress cached pages with caches flushed and all was fine.
Turned back on Aggregate js files with caches flushed and all was fine.
Turned back on Aggregate and compress CSS files with caches flushed and no more rounded corners.
Turned off aggregated js files and compress cached pages and still no rounded corners.

Set my default theme to Bartik 7.8 and still no rounded corners.

turned back on my main theme, agg js and compress cached pages and I have styles again. As long as Agg and compress CSS files is turned off I have styles.

Lula’s picture

Lula commented

Just wondering if you managed to find a solution to this? I have the same problem when agg and compress CSS is on.

rumblewand’s picture

rumblewand commented

No solution. There must be a module and / or a module + core bug showing up here. Hopefully it will dissolve in time since I have no more to spend on it.

merlinofchaos’s picture

merlinofchaos commented

This may be related to #1267602: Custom layouts builded by layout designer does not work

rumblewand’s picture

rumblewand commented
Status: Active » Fixed

SOLVED - at least for me. And do I feel like a total idiot. I found out that I was calling some of the IPE classes in my CSS. Which if you can't see the IPE as an anonymous user (don't have ipe access) then of course the css file has nothing to grab onto with that class or id. */FACE_PALM!

Check your CSS files and see if this has happened to you as well.

Status: Fixed » Closed (fixed)

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

Anonymous’s picture

(not verified) commented
Issue summary: View changes

added "front"