Admin section not working

Works fine for me so I can only guess you've fallen victim to Kohana's cascading file system and that some files have been renamed/deleted/rearranged and the upgrader doesn't deal with those. If you're using Git all of that would be handled.

Follow the tips for unpacking the code on this page (unpacking the code into a new directory, moving your var directory into the new directory, renaming the directories, etc)
http://codex.gallery2.org/Gallery3:Upgrading

That'll ensure that your code is current and doesn't have any old files hanging around.

____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

Double check that under your /themes/admin_wind/views directory that admin.html.php exists.

Right now, admin_wind is the only admin theme available so I know you have to be using that theme
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

"Me too" but just on my 1&1 website (http://gallery.reeves-hall.net), not on another host for another site.

Uploaded current development build (gallery-gallery3-95ffb39.zip), unzipped it, moved the var directory over. Going into anything under the 'admin' drop-down causes a crash.

The directory "themes/admin_wind/views" contains the file "admin.html.php" (as well as two others)

A second crash (related? seems not) is when I click on an album called "Friends & Family" which is only visible to particular users, I get this crash:

~Andrew~

---
http://Reeves-Hall.net
http://WhitchurchForums.org.uk

Thank you nivekiam...but it was a clean install from the gallery website without anything added, except copying my 'var' directory across.

Second, shouldn't gallery make sure that illegal characters are not allowed? I just fixed issue manually as you suggested. Thanks.

~Andrew~

---
http://Reeves-Hall.net
http://WhitchurchForums.org.uk

I host Wordpress on there too, and WP-ServerInfo plugin for it says this:

---
http://Reeves-Hall.net
http://WhitchurchForums.org.uk

AndrewRH, got your PM and replied.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

Hi,

Your procedure is what I always follow - I rename my gallery directory to 'gallery-old' then I unpack the new experimental build into 'gallery'. Then I move the 'var' directory across.

Perhaps there is an issue in my database and/or var directory?

Shall I just wipe it all and try a fresh install (including empty database)?

~Andrew~

---
http://Reeves-Hall.net
http://WhitchurchForums.org.uk

I just made a fresh install from git - dang ... something went wrong (as described above). This problem does exist since several weeks and i have no idea what to do about it. Must have to do with 1&1 webspace and some code changes since the latest beta3. Does anybody have an idea to fix this?

Hmm, I'm having the same issue also with a fresh install. I'm also using 1&1 as a web host.

I had an earlier version of the beta software working at one time. Unfortunately that is now gone.

Here is the link for me:

http://www.chacaltana.com/phpinfo.php

Let me know if you need anything else.

Sorry, I do not know the version of Apache they are using. I'm fairly new to this web host but will poke around till I get an answer. The only Apache related info I have found is here:

http://www.faq.1and1.com/scripting_languages_supported/configuring_apache_server_using_htaccess/index.html

Bah, just my luck. Glad the beta version was working when I need to post some family photos 2 months ago. Thanks for the info.

At which version? 1.3.34 or 2.2?
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here

Oh no, does that mean I cannot run G3 in this environment? - Strange thing is that it worked until a few weeks ago. G2 is also running smoothly on 1&1.

That's sad. I liked to take part in testing G3. Hope this digital divide will be bridged some day.

I had g3b3 running with some bugs, tried to upgrade but that didn't work, so I started a fresh/clean install from the latest code 11-16-2009 and the admin doesn't work. Could it be anything with directory permissions?

-jeff

At least for 1&1, the problem is that in modules/gallery/helpers/theme.php in load_themes(), the method used to determine the path, which determines whether to add the admin theme or the normal theme to the Kohana modules doesn't work, so it always adds the normal theme and then can't find the admin views. PATH_INFO and kohana_uri are both empty. As a workaround, if you enable the mod_rewrite section in .htaccess, PATH_INFO stays empty, but kohana_uri has the correct value, and everything seems to work. There is another variable, ORIG_PATH_INFO, that has the correct value when the rewrite rules are off, but it is wrong when they are on.

On another server I checked (running Debian unstable), PATH_INFO is correct and kohana_uri empty with rewrite off, and PATH_INFO is empty and kohana_uri correct with rewrite on. ORIG_PATH_INFO is empty for both.

So, this patch works on both, with both rewrite on and off. I don't think it will break on any other setup (only if PATH_INFO is empty and kohana_uri is empty does it use ORIG_PATH_INFO - so if it still fails, it would have failed anyway):

--- theme.php.orig	2009-11-21 09:36:58.000000000 -0600
+++ theme.php.fix	2009-11-21 15:49:25.000000000 -0600
@@ -31,6 +31,9 @@
   static function load_themes() {
     $input = Input::instance();
     $path = $input->server("PATH_INFO");
+    if (empty($path) && !$input->get("kohana_uri")) {
+      $path = $input->server("ORIG_PATH_INFO");
+    }
     if (empty($path)) {
       $path = "/" . $input->get("kohana_uri");
     }

Yep, probably so, and I'm aware it is an unsupported platform for g3, but I have no interest in changing hosts at the moment. I also found that setting cgi.fix_pathinfo = 0 in php.ini will fix it for rewrites off without patching anything (but breaks it for rewrites on), so that's another workaround, though just enabling the rewrite rules seems like the easiest way to go.

Kohana itself seems to deal with PATH_INFO/ORIG_PATH_INFO and then some without any trouble, in system/libraries/Router.php, but unfortunately load_themes() runs before that is initialized.
EDIT: ah, in beta 3 load_themes() ran after routing was initialized, and it used those functions, which explains why it used to work on 1&1.