Bug - Fixed r11131 on JDK 7u4 OS X 10.7.4 64-bit - relay browser launching does not work

W

wrldwzrd89

Member
Clicking the relay button in the toolbar does nothing.
Typing "relay" in the gCLI similarly has no effect.
Relay browser launching-related settings are at defaults.
Invoking the KMail interface, which also depends on the relay browser, similarly fails.
A debug log reveals nothing in particular going wrong - in fact, it's completely empty!
 
holatuwol

holatuwol

Developer
Could be failure to detect default browser.

After clicking the button, can you manually navigate to 127.0.0.1:60080?
 
C

Catch-22

Active member
For reference, sudo lsof -i -P | grep java should tell you what port any instances of Java are listening on.
 
W

wrldwzrd89

Member
The mini-browser DOES work.
http://127.0.0.1:60080/game.php also yields a blank page (after clicking the button to get the relay browser going).
sudo lsof -i -P | grep java indicates that java is listening on port 60080, as expected.

EDIT: Bug is partially fixed on JDK 7u5.
Mini-browser still works.
However, the blank page issue is now gone - manually trying to visit http://127.0.0.1:60080/game.php works, after starting the relay browser.
KoLmafia still can't detect and launch the default browser, though.
 
Last edited:
roippi

roippi

Developer
So, wait, the problem doesn't exist on 7u3, exists on 7u4, and exists in a different form on 7u5? Any reason we shouldn't mark this not a bug?
 
W

wrldwzrd89

Member
holatuwol said:
Okay, update to r11137 and type the following into the CLI:

Code: 
get System.mrj.version
Click to expand...
Updated to r11137.


CLI output:
Installing default certificate validation...
Validating login server (www.kingdomofloathing.com)...
Duplicate modifiers for: thick-skinned
1122 players online.
Sending login request...
Using data override: data/mallprices.txt
Using data override: data/mallprices.txt
Initializing session for miniwrld...
Refreshing session data...
Synchronizing moon data...
Loading character status...
Retrieving character data...
Refreshing closet...
Examining consumables in closet...
Examining equipment in closet...
Examining miscellaneous items in closet...
Updating inventory...
Retrieving quest data...
Retrieving familiar data...
Familiar data retrieved.
Retrieving campground data...
Refreshing storage...
Examining meat in storage...
Examining consumables in storage...
Examining equipment in storage...
Examining miscellaneous items in storage...
Session data refreshed.
9 days until Labór Day, Mysticism bonus today (not tomorrow).

> get System.mrj.version

Got nothing back at all.

Trying get_property System.mrj.version gives similar results.

> get_property System.mrj.version

Returned:
 
Last edited:
roippi

roippi

Developer
Weird, that's supposed to work on OSX. To confirm, how about:

System.os.name
System.os.arch
System.os.version
System.java.version
 
Veracity

Veracity

Developer
Staff member
I found the following release note from Apple that says some interesting things. In particular:

Java Deprecation

As of the release of Java for Mac OS X 10.6 Update 3, the Java runtime ported by Apple and that ships with Mac OS X is deprecated. Developers should not rely on the Apple-supplied Java runtime being present in future versions of Mac OS X.

The Java runtime shipping in Mac OS X 10.6 Snow Leopard, and Mac OS X 10.5 Leopard, will continue to be supported and maintained through the standard support cycles of those products.
Click to expand...

"mrj.version" is for the "Mac OS Runtime for Java". Apparently, there is none associated with the "JDK 7u4" you installed. Did you get that from Apple? If not, it does not surprise me that there is no "mrj" in it.
 
You must log in or register to reply here.
Top