[NOT FIXABLE] Problem when users Log in

[DennisVx]

We have a thread with a Poll and everything works if the user is cookied/logged in. But if the user is not logged on I get the following error after they log-in with their correct username and password.
<TABLE cellSpacing=1 cellPadding=4 width="100%" border=0><TBODY><TR><TD width="100%" bgColor=#0066ff>vBulletin Message</TD></TR><TR><TD width="100%" bgColor=#f1f1f1>No thread specified. If you followed a valid link, please notify the webaster</TD></TR></TBODY></TABLE>


Whats going on? How can this e fixed so they are taken to the thread they were previously on.

On the same note, if the user is not registered and he registers and logs on, he is taken to the INDEX as opposed to the last thread they were looking at, can this be changed as well?

[DennisVx]

I should mention that this problem only happens when voting to a POLL.
If the user is replying to a thread, they are taken to the thread they were looking at before loggin in. Its only when voting on a poll that it tells them the thread doesnt exist after logging them on.

[NTLDR]

I'm sure I read a post about this here not long ago and that it was intended behaviour as either the pollid or threadid isn't passed after loggin in.

[DennisVx]

Originally posted by NTLDR
I'm sure I read a post about this here not long ago and that it was intended behaviour as either the pollid or threadid isn't passed after loggin in.

So its intended behaviour that the user be given an error message about a thread not existing with no way to get back to the original thread or even the index?

[Steve Machol]

Confirmed in the latest 2.2.9. Here is the explanation for this error:

http://www.vbulletin.com/forum/showthread.php?threadid=59107

I'm not sure if Scott is indicating this can be fixed so I'm moving this to the Bugs forum again to get further input on this.

[Paul]

Originally posted by Steve Machol
Confirmed in the latest 2.2.9. Here is the explanation for this error:

http://www.vbulletin.com/forum/showthread.php?threadid=59107

I'm not sure if Scott is indicating this can be fixed so I'm moving this to the Bugs forum again to get further input on this. The same issue occurs if a moderator attempts to log in while doing an administrative function from the drop down box (i.e. move/copy a thread, open/close a thread). I reported this issue and was told that moderators shouldn't be stupid. ;)

Since users aren't complaining about it I'll cut them some lazy coding slack, but if a fix is provided for this problem, it'd be nice if it could be incorporated in the moderator functions as well. :)

Best wishes,
Paul

[Scott MacVicar]

Originally posted by LoveShack
The same issue occurs if a moderator attempts to log in while doing an administrative function from the drop down box (i.e. move/copy a thread, open/close a thread). I reported this issue and was told that moderators shouldn't be stupid. ;)

Since users aren't complaining about it I'll cut them some lazy coding slack, but if a fix is provided for this problem, it'd be nice if it could be incorporated in the moderator functions as well. :)

Best wishes,
Paul it cannot be fixed, thats the bottom line. The POST data cannot be send as the redirect is only a GET request.

[Erwin]

A bug that cannot be fixed? Not even by the great McVicar aka PPN himself??? Surely not... ;)

[CeleronXT]

Originally posted by Scott MacVicar
it cannot be fixed, thats the bottom line. The POST data cannot be send as the redirect is only a GET request. So then shouldn't this be moved out of bugs since it's an unfixable little thing?

[filburt1]

Originally posted by Scott MacVicar
it cannot be fixed, thats the bottom line. The POST data cannot be send as the redirect is only a GET request. Maybe just copy the POST data and dump it into the request URI so it would work with a GET request?

Just an idea...:)

[Scott MacVicar]

Originally posted by filburt1
Maybe just copy the POST data and dump it into the request URI so it would work with a GET request?

Just an idea...:) nope as some of the actions are POST specific and it can't be done in vB3 as the specific global arrays are referenced instead.

[DennisVx]

Originally posted by Scott MacVicar
it cannot be fixed, thats the bottom line. The POST data cannot be send as the redirect is only a GET request.



If users can browse the threads not logged in and then log in and post to the thread they were just looking at, they expect the same to happen when trying to vote.
Its a serious bug in my opinion specially on new sites that are trying to get people to register using the hook of the polls (and thus cant rely on users to be already registered and logged in when they are on a particular thread).

Is this something that will be fixed on v3? or will the no thread specified message continue to occur in that version as well?

[CeleronXT]

Originally posted by DennisVx
If users can browse the threads not logged in and then log in and post to the thread they were just looking at, they expect the same to happen when trying to vote.
Its a serious bug in my opinion specially on new sites that are trying to get people to register using the hook of the polls (and thus cant rely on users to be already registered and logged in when they are on a particular thread).

Is this something that will be fixed on v3? or will the no thread specified message continue to occur in that version as well? A "serious bug"? IMO, that is a bit much. I would't say something that small is so important. But that's your own opinion as this is mine....

[DWZ]

Yes, a "serious bug" would be a bug something more like something that allowed a script-kiddie to access any admin cp with no effort which affected all vBulletin versions.

This is what I would call an "annoying bug".

[s.molinari]

Hi Scott,

Just some thoughts.

1. Usability. Why can't the situation be caught beforehand. What I mean is, if the voter must be registered and logged in to vote, then instead of showing him/her the vote page he/she should be shown the results page with a "You must be logged in to vote" instead of the "You have already voted".

2. Usability 2. Why can't the logged in user be taken back to the poll thread to vote? That must be possible.

3. Maybe a possibility for a fix? All guests are followed with sessions, right? Why not add a field to the session table for a serialized $_POST array. And kill the session (if the user selected just cookies) after the data is retrieved for the poll script or what ever script that needs the post data. Just off the top of my head without looking into the code.;)

Scott

[Scott MacVicar]

Freddie has sorted it so that it doesnt allow you to see the vote option if your a guest.

[s.molinari]

Was that done before I made my post?;)

I think you could call it fixed too, no?

Scott

[Scott MacVicar]

was done 8 weeks ago ;) the example he provided was fixed, but the cause of the problem isnt, hence the prefix.

[Paul]

Originally posted by Scott MacVicar
Freddie has sorted it so that it doesnt allow you to see the vote option if your a guest.

Does this mean that users that are not logged in will no longer be able to vote on polls regardless of the setting in the Admin CP for the not logged in usergroup?

[s.molinari]

Originally posted by LoveShack
Does this mean that users that are not logged in will no longer be able to vote on polls regardless of the setting in the Admin CP for the not logged in usergroup?

Hi,

It means that if the voting is only for registered members, then guests will see the results instead of the voting choices. If the poll is open for guest voting, then they can still vote.

Scott