Topic Title: blank page again

hi i know that this problem has been posted several times but the solutions dont apply to me. i am using phpnuke 7.7 which i installed from cpanel and gallery2 which both work fine on there own. when i come to do the integration i get a blank page after i click on the verify gallery2 installation and update integration settings button. i have entered the following information on this page

/home/rightthi/public_html/modules/gallery2/
<?php echo dirname(__FILE__); ?>
modules.php?name=gallery2
/
modules/gallery2/
modules.php?name=Your_Account
0
/

i have installed it on a subdomain test.rightthisway.info does the above look right and could this have anything to do with the blank page i have tried installing it several times but no joy.
please can somebody help
tony

sorry i made a mistake in the above post, the information i have entered on the second line shouldnt be there
<?php echo dirname(__FILE__); ?>
thanks tony

i have the same problem i think, i entered all the info and then when i click verify settings button it goes to a blank page???

thanks in advance!

which version of the integration package are you using?

im using the gallery2 version and on the settings page it says you have the most current package
thank tony

is any body able to help with my problem

what language are you using?

english

same here but it's cause i have reinstalled all my Nuke evolution without touching g2.
Gallery is running on another mysql base than Nuke.
It's blank page now cause it seach g2_user table in nuke_g2user.
I don't how to specify it's on the other sql base.

for the integration, it's best to use the same database for g2 as for phpnuke, the table prefixes will distinguish the two (gallery2 tables start with g2_ , while your nuke tables typically start with nuke_ )

i have read all the info but got a bit confused. when you upload gallery 2 do you upload the folder named gallery2 or just the contents and do you upload it to modules in phpnuke or to the root directory

it worked well before the last integration package.
I have gallery 2 on another database and nuke on another one and it worked really good. i will keep this so i am just looking for a good new integration without bugs of blank page.

as i've stated before, i am unable to reproduce the blank page error. my integration testbed is a vanilla phpnuke install (7. with NO modifications or additions. it is quite possible that 3rd party addons like sentinel may break the integration.

hi i managed to fix the blank page problem i was having i wasnt using the same database for phpnuke and gallery this might be the problem most are having with the blank page issue.
i have now run into another problem and that is that when i click on the verify gallery2 installation and update integration settings it takes me to gallery2 module administration page and says config file updated If this is your first time configuring Gallery2, you must export your PHPNuke users to Gallery2 before your configuration is complete. this is as far as i can get i have clicked the export users button and it says complete but i havent actuall got any users they are both new installations any idea?

if you don't have any users, it will say complete, since it will still sync your GOD admin user to gallery. you should be good to go.

it just says config file updated If this is your first time configuring Gallery2, you must export your PHPNuke users to Gallery2 before your configuration is complete.
and it wont go any further

it won't.
there will be a link at the top "back home" that will take you back to the main config page.

that is right it takes me back there and and all the details have to be filled in and submitted again

no, it will take you back, but the details will be pulled from the DB this time. can you look in your database for the <your_prefix>_g2config table and see if it's got things in it?

also, try this:
http://www.nukedgallery.net/postp13456.html#13456
it may or may not apply to you.

No it doesn't change the pb, all still remains blank

ok, i just now did a plain vanilla phpnuke 7.6 with gallery 2.0.2 freshly installed. i used two different databases, one for nuke, one for gallery 2. the integration went flawlessly, and the export of users worked perfectly. new users were created on the fly without a problem.

do you have any modifications to your phpnuke install (security, etc), or is your install not a plain vanilla install (ie, nuke evolution, etc)? i am using php 4.3.11 and mysql 4.0.25.

one thing to check is that if you use a web-based control panel to upload/extract the integration files, make sure that it overwrites the index DOT php file for gallery 2. your file should look like this one [sourceforge.net].

I am running it on Nuke Evolution.

And all working flawlessly before the last integration package it's why i have to find why .
I check my index DOT php file with the link you gave me, i hope it will works. Thanks To help me to solve it i am sure we are going to fix this.

i've seen that a lot of the users that are having this problem are using nuke evolution. i wonder if there's something to do with that particular fork.

yes there's something to do first is to test it cause this fork will be soon recognize as the best fork than never been before and it's more than a fork.....soon not anymore a fork cause really different changes
But i am sure you should take a look cause most of the users we have we recommend your website and this gallery package so it would be good to have a good package integration. Normal Nuke is really POS.

can you point me to a download?

yes www.nuke-evolution.com

any help would be greatly appreciated. i'm another person who would love to see gallery working correctly with Evo! hopefully you check out the site and see our great software and community because it's really great! hope you can help!

i have a feeling i'll have to make a separate integration package for evolution, depending on the type of changes that have been made. stay tuned...

If you need some help, or if there is something we can do to help you to make it easier, just let me know. We want to do what we can to insure that users have the best possible product.

let me download and install evo and i'll start a new thread with my questions after that. i have a feeling it's got something to do with the database abstraction layer....did you make any changes to that?

Yes, there are even more adjustments in Release 1 which is a few days *cross fingers* away. So if it looks like a lot of work then maybe waiting until Release 1 is out would be best.

http://www.nuke-evolution.com/forums.ht ... pic&t=2576

Basically tonight I took the latest beta 3.1 of Evo as well as the latest Gallery (2.0.2) as well as the latest integration package from here and had no (zero) problems with the installation and integration.

Not a problem, but a hickup: I noticed that I needed to fill in the URL path from document root to embedURI: value because I have installed this in a folder called /evotest/ which then resulted in http://www.superbikeshawaii.com/evotest/v/test/ . Once I went in and deleted the /evotest/ from the embedURI value, it worked perfectly.


Working link for now (it's a test site): http://www.superbikeshawaii.com/evotest ... e=gallery2

Next I'll try out the svn version of Evo as well as Gallery 2.0.2 and tonights integration package. Wish I had a T1 connection - this may take all night . I'll post my results when I get them.

I don't think so cause all were running good. I have to check what's wrong now on 2 separated database. But if you can test on 2 different DB installation with nuke evo and check what's wrong it will be really good.

I'll make an update here before heading off for sleep.

Everything installed correctly until I tried to view the gallery after integrating.



Line 246 of the /modules/gallery2/index.php is evaluating the header eval($header);.

Line 33 of the Evo header is this: require_once(dirname(__FILE__).'/mainfile.php');.

Hopefully that can shed some light on how to fix the problem as I have no idea at 0100 in the morning, especially after reading this: http://us2.php.net/eval .

If nothing else I will sleep on it and look a little more indepth at it tomorrow.

Damn. I had to try one last thing after reading what I wrote. I changed the /modules/gallery2/main.php to mainfile.php and changed the /modules/gallery2/embed.php line 34 from

require(dirname(__FILE__) . '/main.php');

to

require(dirname(__FILE__) . '/mainfile.php');

and it looks to have fixed it: http://www.superbikeshawaii.com/evosvn/ ... e=gallery2

Uploading an album now and will test tomorrow.

YEAH IT'S FIXED WITH THIS !!!!!
AHAHAH THKS BIG

erm, you don't want to make that main.php -> mainfile.php change like that... main.php is an essential g2 file, and mainfile.php is the file in nuke that has all the global vars like $db and $prefix. i'm not sure this is a good hack, especially since it will be undone when the user updates gallery.

mainfile.php doesn't exist in the last package. It's why i had the error.
So if you have a better fix i will take it

what's the equivalent of mainfile.php (where the db is setup,etc)?

You're right Dari. What I had to do after testing it was duplicate the main.php and call it mainfile.php. The header in Evolution is looking for the /modules/gallery2/mainfile.php which it can't find of course since it's not there.

The temp fix is I just gave it what it was looking for and seems to run normally. I'm sure there's a better fix but I'm not sure what that is right now.

For your last question, I'm not sure what the question is.

Darsch7 said that mainfile.php doesn't exist in evo anymore. what is the equivalent file that does what mainfile.php used to do (ie, what file do i need to include so that i can get access to the $db and $prefix variables, etc)?

No. It exists. It's looking for mainfile.php in the gallery2 folder as called by line 246 of the /modules/gallery2/index.php eval($header);.

The light just clicked on (maybe). What would be a valid change so that line 33 is not called from the Evo header which is looking for the mainfile.php in the gallery2 folder when it shouldn't be?

well, the offending line in modules/gallery2/index.php which is "require_once("mainfile.php");" (or some such thing) is the standard line in phpnuke for including mainfile.php out of the nuke root folder. i'm not sure why evo handles it differently (it shouldn't, as php will look for mainfile.php in the root, not in the current directory, see http://us2.php.net/require_once ).

Well, this isn't just the beta version, it's one step up which is the svn version - I'm fortunate enough to be a beta tester for Evo. I will mention this over there and see if there is a solution to this.

I'm not all that great with php yet - I can test it, break it and manipulate it enough to learn a little but that's about it right now.

Hopefully this will be an easy fix as this seems like the best solution for a gallery IMHO and have been pretty active in trying to get Evo users to use the Menalto Gallery and your integration package (I hope you don't mind the publicity ).

if i can get my hands on the release version, i will get this worked out.

Thanks a lot for all so and you are welcome dari to this nuke community.

in modules/gallery2/index.php (maybe modules/gallery2/admin/index.php, too..basically, any of the instances of the code below), find:

and replace it with

that should do it...

Hey, I'm another developer over at Nuke-Evo.

That is very strange you had to change it like that. It should work either way as long as the gallery is being run as modules.php?name=Gallery (which I assume it is?)

If not then that change is necessary, because it always tries to include the script in the current working directory.

Still strange though :\ Glad it worked though, if you still want a Release 1 package you can PM me and I'll attach one for you.

is it better so to keep the fix that bigmeister gave or do what you just mentioned dari ?

try mine, as it's much less intrusive

Less intrusive but doesn't fix the problem. Same results as before.

This is with Evo svn 2040.

hmmm fixed it for me: http://phelix.nukedgallery.net/modules. ... e=gallery2

Is that Beta 3.1 or Evo svn? The original unchanged integration 0.4.2 worked "out of the box" for me for Beta 3.1.

i am running Evo SVN. Dunno for Dari.

that's the beta

Evo svn is like cvs from what I can relate. The beta release is fairly stable while the svn version is a perpetual work in motion getting ready for either the next beta release or the new full version. Evo v 1.0 should hit the streets within a week or so according to some of the news rumors over at nuke-evolution. The beta versions are better and more supported than any of the pnp releases, beta or not, IMHO.

That's what JeFFb68CAM was talking about in his post is giving you a "rough" copy of what will be released soon (or the svn package or "Release 1 package" to quote Jeff).

Hope that clears the muddy waters a bit and might make more sense as you read some of my previous posts here.

hehe...i know what subversion is once 1.0 makes it to prime time, i'll grab a copy and see what's up. i hate to use cvs/svn things for dev work, as they change too rapidly.

True. Should be a few days from now... hopefully.

http://www.nuke-evolution.com/modules.p ... highlight=

HEYA DARI RELEASE 1 IS OUT ( some seconds already ! )

haha...well i might not get to it today, as i'm ramping up preparations for the holidays, but i will get to it as soon as i have a free hour.

ok, one diff i see is that modules no longer include mainfile.php...they include the header and footer files (and header.php includes mainfile). should be a simple tweak, but i gotta figure out how to make my file know whether or not it's in evo or plain nuke. perhaps checking a global var will do it.

What a great thread to wake up to this morning! Wish I could help you out a bit more Dari.

i know what code needs to be added (figured it out in the shower this morning), it's just a matter of getting my test site up and running with 1.0 and adding the code to verify that it works.

yep, ok i found the offending code and am tweaking/testing now.

Great. I just got back from the beach so I'm ready to do some testing on my end.

Thanks for all the great work here Dari. I'm sure there are a lot of Evo users that will appreciate this.

yeah for sure.

Darsch7- Try http://www.nukedgallery.net/postp13734.html#13734

Yeah thanks again for all and MERRY CHRISTMAS Dari ^^

Thanks and same to you here's to a great new year for Gallery and phpNuke (and it's forks )

Im getting this problem and im just running the standard PHP Nuke!