Lost all login / edit ability- deperate
|
middleground
Joined: 2002-08-21
Posts: 15 |
Posted: Wed, 2002-08-21 14:21
|
|
Hi, but I since broke gallery out on its own and I am still having problems. I can't login, or edit anything. I get blank or 404 erorrs from the popups. Please- I just put this site in for a lady running a non-profit and she is having a fit.... Thanks, |
|
Posts: 15
OK- was able to get login window to open (reuploaded init.php) but login fails.
Also- when login popup shows- password is filled with a what looks to be a encrpyted string. ???
Re-ran setup- no go.
Posts: 7994
Make sure that you undo all the Geeklog related modifications and get back to a virgin copy of the code.
The password field shows up with something in it because Geeklog stores that value in a cookie, which gets accidentally picked up by Gallery.
Once you've got the original code, try this:
1. delete all your cookies
2. restart your browser
3. go directly to gallery
The password field should be empty and you should be able to log on normally. If this works, then the issue is entirely a conflict with Geeklog (and we can probably work that out). If it doesn't work, then there's some other problem that we need to resolve (make sure you read FAQs 4.21, 4.23).
Posts: 15
You are a god my friend :smile:
Delete cookie, restart browser, and go straight to gallery and login and WOOHOO- it works. I did then go back and try logging into Geeklog first and sure enough- back to problem. I did a couple times to make sure.
So- seems a cookie conflict with Geeklog- any recommendations as to what I should try next??
Thanks for your quick and precise answers
Mike
Posts: 15
Oh- quick note- I did a bunch of testing with the V1.3 and same version of Geeklog prior to installing this. And this never came up as an issue. The big difference now is the current setup is using the V1.3.1 of Gallery.
Posts: 15
Question- I noted that Geeklog has a cookie path ( "/") setting- should I just change this and conflict will go away??
Is there anything is Gallery I can do??
Thanks again for you feedback, at least I got her running for now.
Mike
Posts: 15
Well- figures but can't change Geeklog cookie dir or it doesn't work right????
Can I change Gallery cookie path???
Posts: 15
See Geeklog Article:
http://geeklog.sourceforge.net/article.php?story=2002080419482031
This also explains a bug in Gallery by grabbing the password from cookie and not from form??
Note that this fixed the problem. Please note this in a faq or something.
Thanks for your help....
Posts: 7994
Arguably, this is a bug in the "Geeklog integration" instructions. Can you submit this back to the Geeklog/Gallery patch maintainer and see if s/he will update their docs? Thanks.
Posts: 15
Well, I'm not one to argue, but some things may suggest otherwise.
Does gallery pull the password from the cookie instead of the password field on the form?
It appears to as I can type in the correct one and it doesn't work. So- in my mind that has nothing to do with Geeklog integration instructions, and is what I would consider a bug.
And since gallery is mostly installed off of the site root directory, seems abitlity to edit cookie path to something other than site root would be nice.
I wasn't trying to speak badly of your EXCELLENT program, just raise the point.
Posts: 7994
Gallery pulls it from the global space (when register_globals is on).
We give you the Gallery code. It works fine. But then you modify it (with the patch), run it in a different environment than it was originally intended (in Geeklog), and it doesn't work the way that you want. So, whoever provides the patch that enables Gallery to run in Geeklog should make sure that the patch also changes the name of the password variable on the login page.
Posts: 15
I'm not trying to blame anyone here, and as an FYI- the code in gallery is exactly as downloaded now- NO PATCH OR TWEAKS AND NO INTEGRATION INTO GEEKLOG. This I beleive IS the intended environment.
I tweaked to Geeklog code to use another variable name because I couldn't figure out where to in the Gallery code.
At this point it is as simple as two programs using the same variable. I'm not saying either one is wrong, just that what is the sense in having a form for password if you are not going to use it. Seems if it was pulled from the form- this wouldn't be an issue.
This issue is present with BOTH programs completely seperated from each other. The inabilty to edit around it in Gallery just makes it "not play well with others". THE SAME GOES FOR GEEKLOG. I'm not picking sides, only trying to state a problem, and a possible solution.
Sorry if I angered you. Gallery is the best at what it does and I am extremely grateful for the program you have provided.
Posts: 7994
Oh! I understand now. I thought you were using the Geeklog integration patch. But in fact you're experiencing the name space collission just from running both on the same server. I agree that both Geeklog and Gallery handle this scenario poorly. I'm fixing it thoroughly in G2. But in the meantime, I'll check a fix into G1 to change the name of that variable which should resolve the problem.
I'm sorry that I gave you the impression that I am/was angry. I'm not! I realize in re-reading my last message that it's kind of short and snippy. I was a little short on time when I wrote it and should have taken a little more time to be polite :smile: My apologies.
-Bharat
Posts: 15
No problem- thanks for checking into it.
Have a good day :smile: