[SOLVED] Step 5 Installation problem
|
grahamb
Joined: 2005-03-22
Posts: 46 |
Posted: Tue, 2005-03-22 21:34
|
|
Sys details First of all - hello I've seen a few threads relating to Step 5 of the installer but none that appear to be quite the same as my problem, so hopefully someone might have an idea. Basically, nothing whatsoever happens :D Instead of advancing to Step 6 or outputting an error message I get, in Firefox, a "Document contains no data" dialog box and, in IE, I get a DNS/Server 404. Which is REALLY weird :D The address bar is "valid" and the Save button on the previous page only references the form via JS relatively anyway. I've tried with the March 10th Beta 1 release from SourceForge initially, and just now with last night's build (clearing out my g2data and gallery2 directories in between, so both have been "clean" installs). Apache's error log isn't showing anything and I can connect to my database successfully from the server's command-line. Oh and safe mode is off. Anyone got any suggestions? (One additional thing - I say clean installs, but that's a bit of an assumption in that I'm just clearing out those two directories - the nightly build version reports missing and modified files. Is that before the files were changed in the last few days and whatever list it uses to check hasn't been updated? Or have I missed something to delete to ensure starting from scratch properly) Cheers |
|
Posts: 32509
clean install = empty g2data, empty database, new codebase (gallery2 folder).
but i don't see why you should get a 404 when pressing save.
could you post the link address of the button/link you press when you get the 404? and post also the url/address of step 5 itself (from the address bar of your browser).
Posts: 46
Bizarre isn't it :D
The button's not the issue as it's a relative JS link as I mentioned -
javascript:document.forums[0].submit()
same as the other steps.
The actual page is the same as the rest as well, just the query variable 'step' is at 5 rather than anything else.
http://www.flyingbadger.net/gallery2/install/index.php?step=5
(yep those are the two dirs I'm clearing out - the db is empty still as this step isn't working)
Posts: 8601
nightly builds always have up to date MANIFEST files, so if you get missing/modified file warnings in the installer then something went wrong with uploading/extracting the files.
Posts: 46
I've just checked...there are multiple disparities between Manifest files and their related repositories. At least in the 2005-03-22 build anyway.
The Veloria theme is a good example
edit - Just to clarify, this is from Chetan Sarva's mirror. Both the dated version and "latest" version have mismatched Manifests and contents.
/themes/veloria/MANIFEST for example :
# File crc32 crc32(crlf) size size(crlf) viewable
themes/veloria/images/banner.gif 3294789787 3294789787 3440 3440 0
themes/veloria/images/pixel.gif 3737624520 3737624520 43 43 0
themes/veloria/images/tab-left-act.gif 3270803531 3270803531 298 298 0
themes/veloria/images/tab-left-inact.gif 228678960 228678960 108 108 0
themes/veloria/images/tab-mid-act.gif 159831186 159831186 68 68 0
themes/veloria/images/tab-mid-inact.gif 1017226079 1017226079 70 70 0
themes/veloria/images/tab-no-tab.gif 3185058873 3185058873 57 57 0
themes/veloria/images/tab-right-act.gif 1088622430 1088622430 106 106 0
themes/veloria/images/tab-right-inact.gif 2576538281 2576538281 106 106 0
themes/veloria/images/tab-tween-act-inact.gif 1424523484 1424523484 165 165 0
themes/veloria/images/tab-tween-inact-act.gif 3417228193 3417228193 112 112 0
themes/veloria/images/tab-tween-inact-inact.gif 826280752 826280752 101 101 0
themes/veloria/theme.css 2161172532 2358583098 12118 12796 0
Half of those images don't exist in these tarballs :
[img]http://www.flyingbadger.net/misc/gallery.jpg[/img]
Now, I know those particular files won't have any bearing on my particular issue, but they aren't the only ones being reported as missing/modified - unit testing appears to be one that's affected as well - so my confidence in the integrity of these builds is about 0 right now
Posts: 46
Just done a complete checkout from CVS and re-ran the installer (after emptying my directories) :
Posts: 32509
use the current.gallery2.tar.gz nightly build from today, it's more up to date than the anonymous cvs version. it's normal, that the cvs version has modified/missing files.
Posts: 46
I'm assuming you mean "stable" rather than up-to-date? I'd find it a bit odd that the CVS was less current than full builds.
And besides :
I've tried them.
Posts: 32509
the anonymous cvs server of sourceforge.net lags behind the development cvs server, because it is synchronized every so and so hours.
that said, the nightly builds from galleryupdates.jpmullan.com are the best choice for initial installs.
i haven't tested the todays snapshot, but the current (devel) cvs version has the same missing/modified files you reported, i.e. that's ok.
i can run the installer successfully and everything works fine.
Posts: 46
I was just coming back to modify my post as the word anonymous just seeped through my brain :D
Hmm...back to square one then.
Posts: 46
Well, after fun and games with print statements littered throughout DatabaseSetupStep.class :D
It appears to be something to do with the required adodb.inc.php but that's based solely on the fact that the error messages come up ok if you empty the table and column prefix boxes and that print statements before the require_once in loadTemplateData() appear and those after don't :D Additionally, missing any of the other fields out appears to make no difference (ie leaving db name, user, password etc empty still give the original problem)
adodb is a third party library I believe? So I doubt it's that as it's unlikely to have changed within gallery if you see what I mean.
I'm assuming part of this page is to create a connection to check it works and report back accordingly before moving on to step 6? Does it write to any files or anything at this stage?
Posts: 46
Looks like Zend's the culprit here as well.
Removed its directives from php.ini and restarted the server...onto step 6 without any problems \o/
(although there is the possibility there was something else that only took effect when the server was restarted. I didn't make any other changes for Gallery though and I can't recall when I last amended the php.ini by hand)
Posts: 32509
interesting. thanks for letting us know.