How is possible that configured layout (screenshot) and content (screenshot) produce output with unformated panels? Output is from preview page in panels onfiguration which looks identically as output on regular page (screenshot, code).

Thank you for help. Let me know if you need more information.

CommentFileSizeAuthor
#2 failed panel page63.59 KBhonza pobořil

Comments

merlinofchaos’s picture

merlinofchaos commented

This usually indicates that somehow something is failing with the CSS.

Are you using caching of any kind?

honza pobořil’s picture

honza pobořil commented
StatusFileSize
new failed panel page63.59 KB

No, I don't use caching, it's development site. In attachment is saved page with all styles.

honza pobořil’s picture

honza pobořil commented

On the same site I am using more panel pages, other works correctly. Layout is broken only on page with layout builded by layout designer.

thlor’s picture

thlor commented

#1279012: Layout seems fine in designer, but floating divs don't work on front end. CSS problem?
It seems I have the same problem.

honza pobořil’s picture

honza pobořil commented
Title: Configured panels does not hold configured layout » Custom layouts builded by layout designer does not work
Component: Miscellaneous » Code
Category: support » bug

In the sites/all/modules/panels/plugins/layouts/flexible/flexible.css is not any relevant rules. There could be the problem.

merlinofchaos’s picture

merlinofchaos commented

No, flexible.css is a generic css file.

The specifics are placed in an MD5 hash-named file (similar to what you get if you aggregate CSS in core) and placed in ctools/css in your files directory.

Perhaps there's something misconfigured in your files directory that's preventing the file from being written. That would be a good place to look first.

merlinofchaos’s picture

merlinofchaos commented

I assure you that on my test systems and on my production systems, flexible IS working and the custom CSS is getting written, so there is something either misconfigured or interfering on your system.

thlor’s picture

thlor commented

I have the same problem. I don't know if this md5 hash named css file is created or not, but it's not even called/included in the html's head! Neither is in Bobík's case, if I'm not mistaking observing the html he posted a few posts ago.

honza pobořil’s picture

honza pobořil commented

After some debugging I found where is the problem. Generated css code has not been seved correctly because copy() in the file_unmanaged_copy() on line 857 in includes/file.inc failed.

Function copy() failed with error "Unable to access temporary://test" when I called it like this: copy('temporary://test', 'temporary://test-new');

but it worked correctlly when I called it like this: copy('/.../test', 'temporary://test-new');

Btw file_exists('temporary://test'); returned TRUE.

What to do now?

merlinofchaos’s picture

merlinofchaos commented

Is your Drupal temporary directory properly configured?

Check admin/config/media/file-system -- that is where the temp directory is configured.

honza pobořil’s picture

honza pobořil commented

Yes, it is configured properly. Temporary files had been saved correctly but it wasn't moved to the public folder as I described at the #9 post.

merlinofchaos’s picture

merlinofchaos commented

This is strange. I don't know how or why that copy could be failing. :(

merlinofchaos’s picture

merlinofchaos commented
Project: Panels » Chaos Tool Suite (ctools)
Version: 7.x-3.0-alpha3 » 7.x-1.x-dev

Note that this is a CTools issue, it seems. Switching queues.

albert78’s picture

albert78 commented

It's probably caused by the PHP safe mode - I just had similar problem - copy failed when using temporary:// worked when full path was given. Turning safe mode off solved it.

honza pobořil’s picture

honza pobořil commented
Status: Active » Fixed

Yes it has been caused by the safe mode. Thank you.

Status: Fixed » Closed (fixed)

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