Logging in doesn't work


#1

Hi,

I am having serious trouble logging into the web interface. I set warn
on all cookies in my browser (netscape 4.75) to track what’s going on.

First, I log in, and wants to set two cookies, RT_PASSWORD and
RT_USERNAME. I allow the cookies, and am presented with the queue
screen. Then, I click on one of the serial numbers to view the events.
Now, I get again two cookie requests, again for RT_PASSWORD and
RT_USERNAME. But now both are reset to the empty string, and
consequently I end up at the login screen.

One sort of workaround seems to be pressing shift-reload directly after
logging in. Now the cookies are set to the correct values, and from then
I am able to view requests.

When I’m using webrt, I also noted that the pages are not always
refreshed: sometimes, when opening a request, the latest changes are not
visible until I shift-reload that page.

What’s going on?

Wouter


#2

I suspect you’re referencing the server by http://foo/ instead of http://foo.bar.com/ that can definitely mess with the cookie parsing.On Tue, Nov 07, 2000 at 12:49:28PM +0100, Wouter Hanegraaff wrote:

Hi,

I am having serious trouble logging into the web interface. I set warn
on all cookies in my browser (netscape 4.75) to track what’s going on.

First, I log in, and wants to set two cookies, RT_PASSWORD and
RT_USERNAME. I allow the cookies, and am presented with the queue
screen. Then, I click on one of the serial numbers to view the events.
Now, I get again two cookie requests, again for RT_PASSWORD and
RT_USERNAME. But now both are reset to the empty string, and
consequently I end up at the login screen.

One sort of workaround seems to be pressing shift-reload directly after
logging in. Now the cookies are set to the correct values, and from then
I am able to view requests.

When I’m using webrt, I also noted that the pages are not always
refreshed: sometimes, when opening a request, the latest changes are not
visible until I shift-reload that page.

What’s going on?

Wouter


rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

jesse reed vincent – root@eruditorum.orgjesse@fsck.com
70EBAC90: 2A07 FC22 7DB4 42C1 9D71 0108 41A3 3FB3 70EB AC90

There are no supercomputer applications that are solvable that cannot be solved
in finite time using a fucking TRS-80 with approprite disk/tape drives. Zero.
-Tanj


#3

I suspect you’re referencing the server by http://foo/ instead of http://foo.bar.com/ that can definitely mess with the cookie parsing.

No, I’m not doing that.

Wouter