Closed (fixed)
Project:
Acquia Marina
Version:
6.x-1.2
Component:
Code
Priority:
Normal
Category:
Support request
Assigned:
Reporter:
Created:
21 Oct 2008 at 08:59 UTC
Updated:
21 Jun 2009 at 00:37 UTC
Jump to comment: Most recent file
After drilling down with fresh install, if content_profile is enabled, acquia_marina failed to be configured. i.e enablling/disabling logo, site name, breadcrumb ...everything. It's not the case with other theme, so I post a bug in this theme not the content_profile.
| Comment | File | Size | Author |
|---|---|---|---|
| #4 | xweb_oct23_2008.png | 123.71 KB | najibx |
Comments
Comment #1
jwolf commentedWhich version of Content Profile are you using so that I can test this?
Comment #2
jwolf commentedI just tested this out with the 6.x-1.0-beta2 release of Content Profile and can not duplicate this problem.
I have enabled Content Profile and can enable and disable the logo, site name and breadcrumbs - and other theme-settings - w/out any problems.
Please provide more information so that we can better understand and help.
Comment #3
najibx commentedhmm .. I swear that what happen, but when i try again it is ok. so changed the title...
but it still not working on my other sites with bunch of other modules, can't effort to enable/disable one by one. Got tips to better handle this?
Comment #4
najibx commentedPlease refer attachement. I was able to change settings with newswire and global setting In this environment.
Comment #5
jwolf commentedThe screenshot does not show all modules enabled on your site.
You'll need to track this down by disabling all enabled modules one at a time and seeing if there is a change each time you disable a module.
If you can narrow it down to a specific module or set of modules then we can help you figure out what the problem is.
Comment #6
jwolf commentedComment #7
Peetboy commentedHi, i have same problem with your theme. First time it was working fine, but then i installed some new modules and after that it's not working anymore ... like in najibx case.
That means when I change the configuration of theme, hit the save button and after reload everything is like before. :(
I'm gonna find which module can do this.
//edit: i don't think it's because of some module. I have turned off all modules except core and still same problem.
Comment #8
najibx commentedhaha ... it's probably suhosin (php stuff) run php.ini if you have suhosin enable. You have to do something with your settings.
I bet you would have problem with blocks, user permission, menus as well? At least that's was was happened to me. It was nothing to do with Drupal.
Comment #9
Peetboy commentedDon't think so.
Honestly, i don't have access to settings of php.ini because i'm not working on my own server and I don't think there's some kind of protection system for PHP like suhosin on the server.
IMO it has to do with Drupal/Theme because for now it's the only theme which has this problem.
Comment #10
najibx commenteddo you have problem with permissions, ie you can't save permission when checked?
BTW, Acquia Marina not really the same as others as far as I can tell, because it has so many settings you can change from the configuration. Depending on the suhosin settings, it restict submission of such "large" form.
I sugest you make sure about suhosin. create a file i.e info.php with the following
then run it from your host. If you have no control of your php.ini, it is possible to change via .htaccess, google it.
There's a comment about this in drupal.org ...not not sure where. you can search it too.
Comment #11
Peetboy commentedThank you najibx. Finally I found that there is really suhosin on the server.
This server is protected with the Suhosin Patch 0.9.6.2You had similar problem with suhosin? What did you do? The administrator of server is my best friend so he can change the php settings for me.
Comment #12
najibx commentedincrease value below in php.ini
if no access to php.ini, can put .htaccess (i think it's similar)
bare in mind, suhosin is set for a security purpose ..do it with care :-)
suhosin.request.max_vars = 2000
suhosin.post.max_vars = 2000
Comment #13
Peetboy commentedThnx. It works.
Comment #14
amariotti commentedThis should probably be noted somewhere in the README.txt or even on the project page, as I'm willing to bet that most Linux Dist. come with this pre-installed.
--amariotti
Comment #15
kaotu commentedSo I'm having this same problem with Acquia Slate. I ran the php info and sure enough suhosin is running. I don't have access to php.ini so here's what I put into htaccess:
php_flag suhosin.cookie.encrypt Off
php_value suhosin.request.max_vars 2048
php_value suhosin.post.max_vars 2048
I put this after
# PHP 5, Apache 1 and 2.
...Still can't change the theme settings on the host server. Am I doing something wrong or have I simply hit the bedrock with my host? It's a free host so I wouldn't be too surprised...
Comment #16
jwolf commentedNot completely sure what you're running into. Hosts vary greatly.
From my experience, some hosts let you copy php.ini into your web root directory and will pickup changes made to that file. You may want to poke around google and maybe ping your hosting service for some help.
We also have a group on groups.drupal.org where you could post a request for guidance. Many people have run into this very problem and may be able to help further.
TopNotchThemes Grroup => http://groups.drupal.org/topnotchthemes
Comment #17
Arkenor commentedTurns out I made a duplicate post on this issue. Might I suggest this issue be renamed to better represent what turned out to be the problem, seeing as it didn't have anything to do with modules?
I'll copy what I wrote on the duplicate one.
Post 1
and my later reply: