I *think* I have this setup correctly, but I'm still getting the following error message when I try to edit the permissions on an album. Is anyone else having this problem?
Quote:
Oh no! Your server needs a configuration change in order for you to hide photos! Ask your server administrator to enable mod_rewrite and set AllowOverride FileInfo Options to fix this.
The following is from my .htaccess file:
Quote:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?kohana_uri=$1 [QSA,PT,L]
RewriteRule ^$ index.php?kohana_uri=$1 [QSA,PT,L]
</IfModule>
and the following is from my httpd.conf
Quote:
<VirtualHost *:80>
DocumentRoot /var/www/html/gallery3/
ServerName gallery3.mydomain.com
RewriteEngine On
RewriteOptions Inherit
<Directory "/var/www/html/gallery3/">
AllowOverride FileInfo Options
DirectoryIndex index.php
Order allow,deny
Allow from all
</Directory>
</VirtualHost>
I have also installed the latest apache and made sure to enable the rewrite module. Any ideas?
Thanks!
Posts: 55
hatter,
I'm getting the same error about mod_rewrite, and also have it and AllowOverride FileInfo Options set in my .conf file (not in .htaccess, by the way).
But my configuration doesn't look quite the same as yours; it's a vestige of the Gallery2 days. Where did you find documentation on this?
Lou
Posts: 10
I also upgraded from Gallery2. I've successfully imported my userbase and photos. I've even made some progress customizing the theme. (By the way Gallery team, excellent work on the reorganization of the themes!) All looks good except for the error I'm getting.
The snippet from my .htaccess was created by gallery3 I believe. The "AllowOverride FileInfo Options" was a part of my gallery2 installation and I just copied that section into the new subdomain. I think I'm going to do a fresh install and see if the error persists.
Posts: 55
If so, that would be most interesting, as I have no .htaccess file at all - for security reasons, we don't use them as a policy - and the Rewrite Engine section of my conf file looks nothing like yours!
Posts: 10
That is odd. Perhaps it would be prudent to wait for beta 3 to see if this clears up on its own. Other than that, everything seems to look great.
Posts: 16504
DrLou, I already responded to you once about this. G3 ships with a .htaccess file in the root gallery. Gallery never has and very most likely never will ever edit your conf file. If the .htaccess file isn't there, that really sounds like you are using Yahoo or some other host that doesn't allow .htaccess files on the server.
Download the current beta to your local computer and unzip it, you'll see the .htaccess file sitting right there.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 55
Nikekiam, Yes, you did - and thank you again for your hard work.
I had cross-posted this item here as a response to hatter, as we were having the same error message.
And first, to acknowledge my error: G3 does indeed write an .htaccess file.
But we have a long-standing aversion to .htaccess files, so I copied all the rewriting rules to the Apache conf file's Directory section for Gallery3, set AllowOverride to none, and the rewriting rules work great!
Nice work, guys!
Posts: 36
I'm having the same problem as described and I can't seem to fix it either. =\
Posts: 16504
pcmike, do you have access to httpd.conf or what ever your server config file is named?
http://httpd.apache.org/docs/2.0/mod/core.html#allowoverride
http://httpd.apache.org/docs/2.0/mod/core.html#directory
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 10
Does it matter that I'm using a virtual host, by chance? I've gone through my settings a number of times, and everything seems to be in order. Is there another way to test that these options are enabled?
Posts: 16504
You'll need to contact your host and verify with them how their system is setup.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 10
I have shell access to my server. I've been using gallery2 for quite some time now and it had AllowOverride FileInfo Options enabled. I have it setup the same thing for my gallery3 installation. I'm using modrewrite on another part of my site, so I'm not sure what the problem could be. Could you be more specific about what I should verify?
Posts: 16504
AllowOverride can only be set in the Directory section of httpd.conf
http://httpd.apache.org/docs/2.0/mod/core.html#allowoverride
http://httpd.apache.org/docs/2.0/mod/core.html#directory
http://httpd.apache.org/docs/2.0/mod/directive-dict.html#Context
If you haven't set this for the server config, make sure you've set this for the VirtualHost container for your site and that the Directory directive does indeed specify the directory for your G3 install.
Or just set AllowOverride FileInfo Options for the entire server first and make sure that's working.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 10
I'll check everything again. I think it's time to reorganize all of my sites. I thought I had everything setup correctly, but there's probably a typo somewhere. Thanks for the reply. I'll report back any findings.
Posts: 6
Apologies for hashing up an older thread, but was there ever a resolution to this issue? I'm seeing the same error when I try to Edit Permissions on an album.
My .htaccess file:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?kohana_uri=$1 [QSA,PT,L]
RewriteRule ^$ index.php?kohana_uri=$1 [QSA,PT,L]
</IfModule>
My virtual server setup:
DocumentRoot /usr/share/gallery3
ServerName gallery.mydomain.com
<Directory "/usr/share/gallery3">
AllowOverride FileInfo Options
</Directory>
I've enabled rewrite through Webmin and restarted apache, but still see this message. Could someone guide me as to what I could look for next in my setup?
Thanks in advance for the help. Love the new look-n-feel of G3, by the way.
Posts: 1
Hi,
i have some problem, but i solved it when i read source code.
My problem was in missed entry in /etc/hosts becouse php script test functionality mod_rewrite calling http://your_host/var/security... and received status 305 not 200 as well received if mod_rewrite working.
Sample
if G3 is http://your_host/ you must add to /etc/hosts
127.0.0.1 your_host
Posts: 16504
If and only if you don't have a DNS setup properly. Hosting on a local, non-public server is by far not the majority of the users out there. If your site is public OR your domain names (or host names) resolve correctly you'll not have any problems with this.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 30
I'm still having trouble with this error. I've been messing with this for a few hours and I'm now at wit's end....
I've done all the tweaks that I could find and understand. I'm not new to Linux per se` but I'm no web-dev guy so knowing how to tweak Apache was never my strong point. I'm certainly not a noob with Linux but I'm no wizard either. I'm afraid, if I tweak much else, I may break it to the point that I can't recall what I've done in order to undo it! Any help would be great!
Ubuntu Linux 10.04.1
Apache 2.2.14
Gallery 3 RC2
What I have:
/./././gallery3/.htaccess
/etc/apache2/sites-available/default
Running modules
2010-09-03
2231 EDT
Posts: 304
This problem has arisen on all setups I have encountered. That includes two shared hosting environments, one VPS and my own machine at home. In all cases, it has been a cosmetic error, that is, there is an error message but there is no problem with the setup or actually hiding items. Therefore it is a bug, and it is a SERIOUS bug.
Does anyone know where this code is executed in Gallery? I am curious as to how it determines the server setup.
--
http://inposure.se/
Posts: 7994
This is one of the very few remaining bugs that's keeping us from launching the 3.0 final release. https://sourceforge.net/apps/trac/gallery/ticket/1209
I am very motivated to fix it, but I have not been able to reproduce it and it seems to be very related to Apache configurations. If it would be possible to give me direct access to your system, I bet I can figure it out but it's super hard to diagnose remotely. I'll need ssh access, so if you're willing to share please send me a PM and I'll give it a shot.
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git
Posts: 28
There is a possible solution to this problem at the end of this thread.
Ⓑ˳® bromide
⎵
Posts: 304
That solution works with my Mac OS X test installation, but not with my Ubuntu VPS installation.
--
http://inposure.se/
Posts: 30
According to the ticket: http://sourceforge.net/apps/trac/gallery/ticket/1335 the issue has been fixed in the latest release. Where is the latest release? I have RC2 running on my Ubuntu 10.04.1 LTS install.
Posts: 7994
Upgrade to the latest experimental release; see my signature for upgrade links.
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git
Posts: 30
Nope, upgrading didn't fix the issue. Should I assume you still want access to my install? If so, I'll leave it alone and you already have my PM with the details. If not, I'll blow out the user. Furthermore, do you also need a login for the gallery admin pages - so you can see the screen/error I keep getting?
2010-09-06
2034 EDT
Posts: 7994
@rkillcrazy: I'm confused as to what your issue is. Ticket #1335 is about you getting an error message when you go to Album > Edit Permissions -- but when I do that on your site I don't see any error message and your permissions all work. Can you please describe the problem you're seeing?
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git
Posts: 30
I still get it.
Posts: 7994
Wacky. It works for me on your site. Are you using the same url that you gave me? If you use a different url, it will confused mod_rewrite.
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git
Posts: 30
Wait!!! I just noticed something... I was going to HTTPS - not HTTP. My Apache answers to HTTPS as well and I have a habit of using it - like using HTTPS is a bad habit .
So, the issue only seems to show up when I use HTTPS. Is that by design or some other quirk we need to look into? Good call on the URL though! I would've never suspected that would make a difference.
Posts: 7994
Ah ha! Check your SSL vhost and make sure that it has the right settings. I just verified on my own site that the verification code works just fine with https as long as the permissions are set properly.
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git
Posts: 30
Understood. I'll see what I can find. I'm not overly Apache-savvy though.
Posts: 9
Hello,
I cloned galley3 from your git repository and have this error, too
I have this in my apache config:
I have mod_rewrite activated for gallery2 where it works fine. I'm fulltime linux user and do some administration but know next to nothing about apache...
I would be very glad if someone could help me with this seemingly fixed bug...
TIA
Markus
Posts: 7994
@thegrue, would you please start a new topic? Please include any relevant info from your gallery3/var/logs error logs and your apache2 error logs.
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git
Posts: 5
Hi, everybody!
Thank you for the excellent gallery!
I also have a problem with the AllowOverride Fileinfo Options, like the hatter.
I put the G3 (gallery-gallery3-3.0-rc-2-346-g93d1a81.zip)in the gallery folder - site.ru/gallery/
How to modify a file .htaccsess, to edit right on the album?
mod_rewrite on my ho ON, I learned this moment with my hoster.
I tried to modify .htaccsess from instructions, but get an error 500.
Thanks in advance!
Posts: 7994
@malavka: what's in your apache2 error logs when you get the 500 error?
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git
Posts: 5
bharat Thank you for your work and answer!
Сan I somehow find itself without requiring a hosting provider?
I have a suggestion:
Maybe should make an example of properly written .htaccess file for those newbies like me?
Or generates it automatically, as in Joomla? From the beginner just want to rename Htaccess.txt в .htaccess.
This will greatly simplify the task.
Posts: 30
The .htaccess file comes with the package. Bharat would know, better than I, about its defaults but it's there by default. Just look at the zip file....
Posts: 5
I probably did not properly expressed.
I mean not only his presence, and properly configured with a GUI
Posts: 30
Again, Bharat would know better than I, but I think the defaults that are built into that file should work for most vanilla installs. I've only ever had to tweak it for special occasions.
Posts: 16504
The error logs are on the server, there is no way for Gallery to access them. You'll need to either know where they are at and how to access them, most hosts allow access to your error logs through your control panel, some do not. You'll need to contact your host.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 5
ОК! I got rid of the index.php, I made a mistake last time just did not correct the 71 line .htaccess 8) .
But the message: "Oh no! Your server needs a configuration change in order for you to hide photos! Ask your server administrator to enable mod_rewrite and set AllowOverride FileInfo Options to fix this." - remains.
I will write again 2 my hoster about this message .
Look snapshot - http://averuga.org/Snap1.jpg
Posts: 5
bharat,
check PM, plz.
Posts: 7994
Hi, Malavka. Thanks for the PM -- I will be happy to dig into this if you can give me ssh access to your account so that I can reproduce the problem. Send me another PM with the details, thanks!
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git
Posts: 7994
@malavka: do you, by any chance, have two different URLs that you use to access your Gallery 3 install? If so, do you get this warning when you use one url but not the other?
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git
Posts: 3
Well, after upgrade to G3 final release, I receive this error:
Until to upgrade, my gallery works fine.
I have mod_rewrite activated. So, where is the problem?
Thanks.
LE: my gallery - http://www.feroviarul.ro/galerie-foto/
Posts: 7994
What did you upgrade from? It's possible that we were incorrectly thinking that it was working before, and now we're properly detecting that it doesn't...
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git
Posts: 3
Upgrade from 3.0 RC2 to 3.0. Gallery 3.0 RC2 has worked well until upgrade. Now, I cannot set album's cover, etc.
Posts: 16504
Anything in your var/logs?
Same here bharat or similar (regarding album covers):
http://gallery.menalto.com/node/98323
If the host isn't restricting hidden files then I'm not sure what's going on.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 1
Thanks for sharing the link!
Posts: 3
That is the file which is in var/logs:
www.feroviarul.ro
Posts: 7
I get this error as well. I'm using BlueHost as my hosting provider, not sure if that makes a difference or not. I'm using a default/vanilla Gallery 3 (final) installation. mod_rewrite is enabled on my server -- Wordpress seems to be able to use it fine. Let me know if any of you debugger-types want more info about my server. I unfortunately don't have an SSH login to give you though.
I do notice that when I uncheck the option for people to see the fullsize versions of pictures, that still "takes" regardless of this warning, and that was my main concern.