Bug - Fixed KoL Login not working in r10587

Catch-22

Active member
Hi Guys,

So my guess is somewhere along the line of these recent SSL changes, something got broken, at least for me.

I'm using the hourly build from http://builds.kolmafia.us/ on Windows 7 64-bit

java version "1.6.0_26"
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode)

OS Name Microsoft Windows 7 Professional
Version 6.1.7601 Service Pack 1 Build 7601
System Type x64-based PC

So, what's happening is when the login frame comes up, I click login as usual and I can see the footer validating/sending the login request, then it just says request complete and does nothing, doesn't bring up the main window and doesn't appear to log me in.

I gather if other people are experiencing this bug that it will get fixed up pretty quickly, but I haven't noticed anyone else complaining yet.

Edit: Managed to start in CLI mode to print a debug log.

Debug Log said:
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
KoLmafia v15.1 r10587, Windows 7, Java 1.6.0_29
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Please note: do not post this log in the KoLmafia thread. If you
would like the dev team to look at it, please write a bug report
at kolmafia.us. Include specific information about what you were
doing when you made this and include the log as an attachment.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Timestamp: Fri Feb 24 09:58:11 CST 2012
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=


> login username

Validating login server (www.kingdomofloathing.com)...
class net.sourceforge.kolmafia.request.LoginRequest
Connecting to login.php...

Requesting: https://www.kingdomofloathing.com/login.php
1 request properties

Field: User-Agent = [KoLmafia v15.1]

Retrieving server reply...
Time out during response (login.php).
Connecting to login.php...

Requesting: https://www.kingdomofloathing.com/login.php
1 request properties

Field: User-Agent = [KoLmafia v15.1]

Retrieving server reply...
Time out during response (login.php).
Connecting to login.php...

Requesting: https://www.kingdomofloathing.com/login.php
1 request properties

Field: User-Agent = [KoLmafia v15.1]

Retrieving server reply...
Time out during response (login.php).
Sending login request...
class net.sourceforge.kolmafia.request.LoginRequest
Connecting to login.php...

Requesting: https://www.kingdomofloathing.com/login.php?loginname=username%2Fq&password=password&loggingin=Yup.
2 request properties

Field: User-Agent = [KoLmafia v15.1]
Field: Content-Type = [application/x-www-form-urlencoded]

Retrieving server reply...
Time out during response (login.php).
Connecting to login.php...

Requesting: https://www.kingdomofloathing.com/login.php?loginname=username%2Fq&password=password&loggingin=Yup.
2 request properties

Field: User-Agent = [KoLmafia v15.1]
Field: Content-Type = [application/x-www-form-urlencoded]

Retrieving server reply...
Time out during response (login.php).
Connecting to login.php...

Requesting: https://www.kingdomofloathing.com/login.php?loginname=username%2Fq&password=password&loggingin=Yup.
2 request properties

Field: User-Agent = [KoLmafia v15.1]
Field: Content-Type = [application/x-www-form-urlencoded]

Retrieving server reply...
Time out during response (login.php).
Requests complete.

> debug off
 
Last edited:

Lupinicus

New member
I am having the exact same issue with r10587. I'm running OSX 10.6.8 with

java version "1.6.0_29"
Java(TM) SE Runtime Environment (build 1.6.0_29-b11-402-10M3527)
Java HotSpot(TM) 64-Bit Server VM (build 20.4-b02-402, mixed mode)
 

holatuwol

Developer
Weird, the exact opposite is true for me; namely if I leave it checked, things work, but if I uncheck it, things fail.

I'll make the HTTPS switchover opt-in until we figure out what went wrong.
 

Catch-22

Active member
Seems all fixed with the new HTTP timeout changes in r10591. I can login with or without HTTPS, with or without HTTP timeout handler.

I think you could mark this as fixed.
 
Top