Geeklog Forums

UPDATE 2/25 - don't read this problem description, jump to my 2 short followups...



I thought I had a good install of Gallery on the site, I had a learning curve tussle to learn to use/admin Gallery but everything's been looking good and another friend (ordinary user account) was able to add.

I'm set up allow all viewers, add-photo requires registered-user. GL 1.3.11, Gallery v1.4.4-pl6. Both my friend and I use Firefox.

I've searched thru lots of posts here & on the gallery site.

When I went to test in IE 5.0, things turned ugly. It's complicated, so this is a long description of a couple issues. All these error message appear above the top of the GL header content, presumably if I turn on Gallery error logging I'll see the same thing.

In IE 5.0:

- open any album, it opens with error



- Colorado-Scenery/photos.dat is 644, so chmod to 666
- in fact all albums' photos.dat is 644
- but with just that one changed, I can enter any album
- log out, change back to 644, log in, I can still enter any album
- close IE, reopen ID, I can no longer any any album--Session ID changes then? I don't know Apache and browser quite that deep...OK, irrelevant question.

Now it gets stranger.

- close IE, make all albums' photos.dat 644, open IE, error msg appears
- change any single photos.dat to 666 & any album can be entered

OK. Firefox doesn't do this, it just works. So let's try to submit a photo from a registered ordinary user account.

- everything seems fine & the slow upload starts
- errors in the popup at end of upload:



- and photo doesn't add, hopefully Gallery graceful backed out everything
- so change directory to 777 (htdocs/albums/Colorado-Scenery), try again



- but photo was added to album; thumbnail, display, full-size files all show
- photos.dat in Colorado-Scenery is at 666
- album.dat.lock is at 666
- albums/serial.dat is at 644

----

Now I could continue to reset protections on various files/dirs, and if recommended that's what I'll do--nothing in Gallery's otherwise good documention addresses this, unless I just missed something obvious--

Questions:

- Why does IE get all these errors where Firefox doesn't? It's the same scripts running on the server--

- Is there some more-universal changes (chmod -R ?) that could apply? If not, I need to make lots of little changes to each album...and hope I remember all steps when I add new ones in the future...

All help appreciated--sheesh--what a strange morning--and bad timing! My local tree newspaper is running a feature in tomorrow's paper on the site, I want Gallery up! Tom

---

Tom
www.southparkcity.com

HOLD IT - I am beginning to think I did this to myself, in my attempts to install a Gallery add-on, a random image display setup.

I'm seeing no feedback about my post, which leads me to think I've posted something unusual.

I could be wrong! I'm going to my backups and am starting all over on Gallery, but if the above stuff I posted happens to some of you (and isn't something real unusual I've done) then I'll probably run into the same problem--if you've seen this too I'd appreciate a posting about it, ASAP. It'd be a big help to know this has been seen before.

Otherwise I'll get to the end of my Gallery re-install and either I'll find the same problem, or I'll be calling off the dogs. More to come.

---

Tom
www.southparkcity.com

CONFIRMED Yes, it was a problem I caused while trying to make the Gallery Stats add-on work. I have absolutely no clue what happened, and that Stats add-on did not at all satisfy the requirement I had.

Anyone remember Emily Latille? "Never mind."

I am still complete befuddled by what on earth would make the web server behave differently because of a difference between Firefox and IE...oh well.

---

Tom
www.southparkcity.com