.album.jpg images giving 403 error

I am no rewrite expert as this is ...

But I would look at this line:

<FilesMatch "\.(engine|inc|info|install|make|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl)$|^(\..*|Entries.*|Repository|Root|Tag|Template)$">
  Order allow,deny
</FilesMatch>

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

No. but don't now why you need to add that. You are the first to report this, so you must have some special configuration.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

If you look in the Drupal .htaccess about halfway down:

# Block access to "hidden" directories whose names begin with a period.
# NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is
# not possible to block access to entire directories from .htaccess, because
# <DirectoryMatch> is not allowed here.

RewriteRule "(^|/)\." - [F]

I had to disable the rule to get my Album thumbs unblocked.

I'll add a little more to my last post as it's bound to crop up more now that Drupal 7 is in Beta.

To get G3 album highlight thumbs to show, two modifications to the Drupal 7 .htaccess are now needed.

1.

Change to:

So just remove .* from |^(\..*

2.

Access is blocked to "hidden" directories whose names begin with a period by default:

Block the rule:

Only the second change was needed until the upgrade from RC to 3.0 final (which explains why others didn't have problems until upgrading, their servers don't have mod_rewrite enabled). I've tested a few times with fresh installs on hosted and local set-ups and both changes are definitely needed now (that is, if mod_rewrite is loaded, otherwise just the first change is needed).

Hope that helps out with future troubleshooting.

*edit - I found someone else with the same problem here:

http://gallery.menalto.com/node/98323

They're using Drupal and (looking at the posted link) haven't fixed it yet.
I've messaged him/her as it's probably the same issue.

While I like our implementation of how we deal with album thumbnail highlights. I wouldn't mind seeing the name change to ensure it works across the board. Perhaps something like album.highlight.jpg making it pretty obvious of what it is.

That would eliminate the need for docs and someone hitting a bump in the road for getting G3 running and thus hopefully even easier to use for more people.

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

Is it possible to reverse/override the root .htaccess rules?
I mean, if Drupal .htaccess blocks .album.jpg's, is there not something that could be added to G3 .htaccess to allow them?

Cheers, yeah, sorry, I did see your original post, but it went out of my mind as it didn't work for me because of the RewriteRule, adding that to G3 .htaccess does solve having to change the Drupal <Filesmatch... |^(\..*

The RewriteRule "(^|/)\." - [F] still needs to be sorted tho', I think a reverse rule of some kind will have to be added.

Doesn't look like you have mod_rewrite loaded, which is why the rule isn't affecting your highlights?

A strange one then - I've just tested both hosted and local with original .htaccess files.

Adding your:

<FilesMatch ".album.jpg">
Order deny,allow
</FilesMatch>

to the G3 .htaccess's means I don't have to modify Drupals <FilesMatch any more.

But highlights are still blocked until I disable RewriteRule "(^|/)\." - [F]

I can see that you have the rule enabled in your D7 .htaccess, and your highlights are showing, so still not convinced that the rule is being read by your server.
Would be good if someone else could install Drupal 7 and G3 to test.

Here's the whole of the RewriteRule info for anyone else who's interested:

# Block access to "hidden" directories whose names begin with a period. This
# includes directories used by version control systems such as Subversion or
# Git to store control files. Files whose names begin with a period, as well
# as the control files used by CVS, are protected by the FilesMatch directive
# above.
#
# NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is
# not possible to block access to entire directories from .htaccess, because
# <DirectoryMatch> is not allowed here.
#
# If you do not have mod_rewrite installed, you should remove these
# directories from your webroot or otherwise protect them from being
# downloaded.
#RewriteRule "(^|/)\." - [F]

Local test site: http://audiognome.co.uk

Hmm - so I wonder why the rule is blocking my highlights on two different Apache servers, one hosted in Chicago and my local one, here in the UK.
Many fresh installs on both.

With RC1 - I didn't even have to change <FilesMatch

Only had to # the RewriteRule to get highlights to show.

aargh! heh

Here's G3 with the Drupal 7 RewriteRule enabled:

http://audiognome.co.uk/gallery3/

You really couldn't get much difference between my test sites!

Host:

# Operating system: Linux 2.6.18-194.17.1.el5
# Apache: Apache/2.2.16 (Unix)
# PHP: 5.2.10
# MySQL: 5.0.84

Local:

# Operating system: Windows NT 6.1 build 7601 (Win 7 64 sp1)
# Apache: Apache/2.2.17 (Win32)
# PHP: 5.2.13
# MySQL: 5.0.51a (ooh, looks like I need to upgrade that! heh)

The rule appears to be treating the .album of .album.jpg as a directory and blocking it? Just don't know why it's doing that on my two servers and yours is ok.

Ahh well - at least we can both get out highlights showing, and know that your <FilesMatch needs to be added for sure. I'll have a look around over the next few days to see if I can find something that I can add to G3 .htaccess that works for me and that pesky rule.