The only problem I have with blender.org

Feedback to the Blender Foundation and the moderators of this website

Moderators: jesterKing, stiv

thorax
Posts: 320
Joined: Sun Oct 27, 2002 6:45 am
Contact:

The only problem I have with blender.org

Postby thorax » Thu Mar 27, 2003 5:03 pm

Everytime I login no matter where I am I will be brought back to the main screen. It would be nice if somehow the login window
did a urlencode(currenturl) then passed that through the login
window, when login is verified to return the use to the location where
they were when they logged in.. Its a pain in the ass to have to go back
through the interface and remember where you were..

Kiernan

LethalSideParting
Posts: 83
Joined: Mon Oct 21, 2002 12:53 am
Location: Bucks, England

Postby LethalSideParting » Fri Mar 28, 2003 10:55 am

Yeah, ditto, apart from that it's a great site.

I had that problem just now - I wanted to reply to this topic, but I when I clicked on reply it just asked me to sign in first, and then took me back tio the forum index!! :evil:

Could we do something a bit like Elysiun, where if you're not logged in and you click reply, it gives you the ability to log in there and then, and then takes you to the reply screen for that topic? (I hope that made sense...)

I know you webadmins are busy and all, but..... pretty pleeeeeeeeease?? :P

LethalSideParting

joeri
Posts: 2243
Joined: Fri Jan 10, 2003 6:41 pm
Contact:

Postby joeri » Fri Mar 28, 2003 11:54 am

- I wanted to reply to this topic, but I when I clicked on reply it just asked me to sign in first, and then took me back to the forum index!!

I use the auto-login and never have this problem.

thorax
Posts: 320
Joined: Sun Oct 27, 2002 6:45 am
Contact:

Auto-login is a different issue..

Postby thorax » Mon Mar 31, 2003 2:07 am

All I'm asking for is this:
-----------------(login.php)-------------------------------------

Code: Select all

<?
if (isset($_POST["login"]) && isset($_POST["password"])) {
// verify login, if valid continue, if not issue error..
}
if (isset($_POST["lastpagebeforelogin"])) {
$lastpagewasatbeforelogin = urldecode($_POST["lastpagebeforelogin"]);
//note redirects are issued before apage is printed, so its advised any
// error messages be appended to a string and printed after the header
// is printed..
redirect_to_page($lastpagewasatbeforelogin . $special_session_info);
} else {
$current_url = urlencode("http://" . $_SERVER["SERVER_NAME"]  . $_SERVER["REQUEST_URI"]);
}
?>

<form target="login.php" method=post>
<input type=hidden name=lastpagebeforelogin value=<? print $current_url; ?>
<input type=text name=login value="">
<input type=text name=password value="">
<input type=submit name=submit value=submit>
</form>

------------------------------


Is this simple and clear enough?
It should be pretty easy..

thorax
Posts: 320
Joined: Sun Oct 27, 2002 6:45 am
Contact:

Wel I don't know why its quiet all of a sudden..

Postby thorax » Tue Apr 01, 2003 9:49 pm

Is there some reason why this is not being addressed, atelast give some feedback..

JWalton
Posts: 153
Joined: Sun Oct 13, 2002 7:39 pm
Contact:

Re: Wel I don't know why its quiet all of a sudden..

Postby JWalton » Mon Apr 07, 2003 12:09 am

thorax wrote:Is there some reason why this is not being addressed, atelast give some feedback..


1) auto-login.
2) lethargy
3) no resources
4) all of the above

thorax
Posts: 320
Joined: Sun Oct 27, 2002 6:45 am
Contact:

Re: Wel I don't know why its quiet all of a sudden..

Postby thorax » Mon Apr 07, 2003 10:25 am

JWalton wrote:
thorax wrote:Is there some reason why this is not being addressed, atelast give some feedback..


1) auto-login.
2) lethargy
3) no resources
4) all of the above


:? I guess this i multiple choice.. How about 4..

Well the above code should do well.. I'm confident in it..
urlencode the current url, do the login or auto-login,
if the previous url exists, urldecode it and redirect to last url,
I assume that there is a cookie with the current session id
so that the login is known.. If not a piece of code could be written (preferably as an object) that could splice urls together..
I learned recently though that if you use Windows shortcuts
windows has a 128 byte limit (it seems) on a url so anything above a
certain point causes errors.. But I've been able to create really long URL's with no problem, I've used them in my current work to pass drawing instructions to a image generator (with a focus on ease of reference).
But am going to look into using session vars next.. That's another thing
that could be done is to put the previous url in a session stack
to be referred to later by the cookie.

1. you go to a place on the site

2. want to reply to a message..

3. it tells you you need to login, it sets up a temporary session
in the database and stores a cookie on the client-side or at the very
least redirects you to a login prompt with a session id encoded in the url.

4. you have an object that perpetuates the id in every form and
url produced on a the webpage (if not using a cookie). If using cookie,
no extra work, but use the same object to minimize duplicated work.
Since the id points to a table in the database, you can always
refer to whatever was defined upon requesting of login and throughout the session, another plus is you can track users through the site whether they are logged in or not (imagine session tracking the minute they come onto the site, if you are worried about abuse, just clear a session
after 100 entries without a login, or after a hundred entries period..

5. you login.. It gets your session id.. It checks the database
to retrieve the variables saved.. Looks at the previous-to-login-url,
redirects you to that url.. The url may need to be re-encoded to
reflect the existence of the session id (if you are not using cookies)..

6. the page of the url checks the session id, looks up in the database
as sees that you have logged in, allows you to write your message,
and further perpetuates the session id.

All that is stored on the user side is a session id, no need for any extra vars like those people usually see.. However if the users do need to reference the area again (say link to it or bookmark it) it could
be some information plus a session id, or the option of handling both url types..

Anyhow..

gargola
Posts: 13
Joined: Sun Nov 17, 2002 3:59 pm

Postby gargola » Sun Apr 13, 2003 3:42 am

oops! nevermind! LOL :D


Return to “Foundation and Websites”

Who is online

Users browsing this forum: No registered users and 1 guest