Wiccle.com in Facebook Wiccle.com in Twitter Wiccle.com in LinkedIn Wiccle.com in Youtube RSS from Wiccle.com Wiccle.com in Atom
 
 
 

Thread: Bug: Admin usergroup management problem

Started: July 30, 2009, 11:51 PM  ⋅  Zone: Public Forums  ⋅  Category: Install & Modification  ⋅  Posts: 9  ⋅  Views 597
Started by: pardork  ⋅  Description: No description.
Post #1
Member: pardork  ⋅  Date: July 30, 2009, 11:51 PM  ⋅ Subject: "Bug: template?"

is something wrong with line 122 on index.php

include(PATH_TEMPLATES."{$core['init']['default_skin']}/skin_global.php");

It appear when I click Start building because i want edit the arrow target.. anyone got this? or I wrong install the script

Post #2
Member: john  ⋅  Date: July 31, 2009, 12:15 AM  ⋅ Subject: "(No title)"

I believe that this might the same problem I had and which Markus is investigating at the moment. See the thread "Problems in new security patch".

Post #3
Member: Markus  ⋅  Date: July 31, 2009, 01:24 AM  ⋅ Subject: "(No title)"

Yes, it's the same issue. There's nothing wrong with the line itself, but there's something wrong with something that mixes up the default skin identifier and causes the system to start looking for a skin in this odd folder.


So this prevents the builder & editor from opening, correct? I'm looking into what possibly redefines that variable. In the meantime, please change your #122 in the index.php file to the following:


if ($core['init']['default_skin'] != "default" && file_exists(PATH_TEMPLATES."{$core['init']['default_skin']}/skin_global.php"))


This checks to see if the file exists before it attempts to include That'll fix it for you. I'm still tracking the cause, I can't replicate the problem.

Post #4
Member: pardork  ⋅  Date: August 1, 2009, 04:19 PM  ⋅ Subject: "(No title)"
humm.. markus.. change that line doesn't work.. I get error..
Post #5
Member: videophotogr  ⋅  Date: August 1, 2009, 04:51 PM  ⋅ Subject: "(No title)"

I have the same thing happenng on my site: youtofun.com it happens mainly when you go to log in and then it remains.

Post #6
Member: videophotogr  ⋅  Date: August 1, 2009, 04:56 PM  ⋅ Subject: "(No title)"

Oh, FYI I'm on a Lynix server from JaguarPC.com.   Their techs checked it out thinking it was a PHP extension problem, here is their reply:

Thanks for the update, please note, there is nothing wrong with php extensions or the include method of php. In fact the path to the file 'skin_global.php' does not seem to be properly defined. Please either check with the script vendor or with your developer and mention correct path, so that file skin_global.php can be accessed.

I'm wondering how many are installing on a local host and if this is happening with servers, maybe specifically Lynix servers.  I hope this helps troubleshoot it.

Post #7
Member: Markus  ⋅  Date: August 1, 2009, 09:07 PM  ⋅ Subject: "(No title)"

Thanks for the additional info. As I said, I am unable to replicate this on any local setup. There is something in your host configuration that confuses the skin name, but I cannot fix this if I can't access over FTP a setup suffering from this problem. Your hosting company will not be able to fix this for you, except possibly by random changing of parameters.


We have several threads touching this same issue, with several attempts from me towards fixing it. If I can't replicate the problem, I can't fix it for you. The options for "remote fixing" have been exhausted. I need temporary access to a server where I can replicate the issue.

Post #8
Member: Markus  ⋅  Date: August 1, 2009, 09:15 PM  ⋅ Subject: "(No title)"

I now have FTP access to one affected server. Looking into it as soon as I get a moment.

Post #9
Member: Markus  ⋅  Date: August 1, 2009, 11:42 PM  ⋅ Subject: "(No title)"

So, I got to the bottom of it. This was actually the result of a collision of two issues that produced odd results due to some unexpected PHP and sessions behavior.


I still don't quite know what on earth causes PHP to assume an undefined session variable is actually defined, and return TRUE instead of FALSE. This caused the first character of the default module (e.g. "home") be interpreted as the value for the undefined ['module']['module_skin_ident'], hence "templates/g/" (for "gallery"), /h ("home) etc. A fix will be available in a bit, I am also updating the full download package.


Update: The "unexpected behavior" was caused by PHP register_globals directive being ON, while it should always be OFF. Please turn register_globals off. If you do that, there is no need to update any files. I am adding the fruits of this session towards a fallback system for cases when register_globals happens to be on, but we do not support servers with register_globals on.


Thanks to Aleisteire for FTP access to fix this. N.B. If you ever let me log into your iWiccle, something like the following is going to happen. Cool


 

Install & Modification

Add to Favorites
Public Forums
Category  ⋅  Deploying iWiccle and Wiccle into unique solutions that match your needs.
 

Public Forums

Add to Favorites
Public Forums
Zone  ⋅ Public forum sections for support and discussions. Available for everyone.
 

Zone Categories

 
Questions? Ask us!
Back to Top