Ender Client

[EnderWiggin]

Pushed some fixes, including one for

Code: Select all

haven.Gob.updateMovingInfo(Gob.java:1778)

to the beta version. Will push to base version if nothing explodes.

[GreenScape]

Pull request maybe?

Those just ugly dumb `if`s. Anyone can do them. Just look at the line of code in the stack trace and add if (`thing` != null) {}.

[Noogia]

Code: Select all

java.lang.Error: Unexpected non-local exit
   at haven.render.RenderTree$TreeSlot.remove(RenderTree.java:540)
   at haven.render.RenderTree$TreeSlot.remove(RenderTree.java:531)
   at haven.render.RenderTree$TreeSlot.remove(RenderTree.java:531)
   at haven.render.RenderTree$TreeSlot.remove(RenderTree.java:531)
   at haven.render.RenderTree$TreeSlot.remove(RenderTree.java:531)
   at haven.render.RenderTree$TreeSlot.remove(RenderTree.java:531)
   at haven.render.RenderTree$TreeSlot.remove(RenderTree.java:531)
   at haven.MapView.dispose(MapView.java:735)
   at haven.Widget.rdispose(Widget.java:560)
   at haven.Widget.rdispose(Widget.java:559)
   at haven.Widget.rdispose(Widget.java:559)
   at haven.Widget.destroy(Widget.java:582)
   at haven.UI.destroy(UI.java:1026)
   at haven.GLPanel$Loop.newui(GLPanel.java:484)
   at haven.JOGLPanel.newui(JOGLPanel.java:256)
   at haven.MainFrame.run(MainFrame.java:355)
   at haven.MainFrame.main2(MainFrame.java:471)
   at haven.MainFrame.lambda$main$0(MainFrame.java:500)
   at java.base/java.lang.Thread.run(Unknown Source)
Caused by: java.lang.IllegalStateException: removing non-present slot
   at haven.render.InstanceList.remove(InstanceList.java:713)
   at haven.render.RenderTree$Client.removed(RenderTree.java:110)
   at haven.render.RenderTree$TreeSlot.lambda$remove$1(RenderTree.java:537)
   at java.base/java.util.ArrayList.forEach(Unknown Source)
   at haven.render.RenderTree$TreeSlot.remove(RenderTree.java:537)

Error when breaking unclaimed wooden fence section works fine on reboot

[Necrover_VII]

Please, update on Steam workshop, when ready and if possible. Thank you!

[xyzzy57]

Ender Beta - 2 (?) days ago, signs stopped working for me. (The things that identify as "iconsign".) They now have pictures but no text. Killing and restarting the client didn't help. (That would, of course, have updated the version I was running, if it had changed.)

Given the modal user interface, it's normal for random commands to be executed whenever one is typing in chat, and is interrupted by some kind of pop up, such as a bandy request. I presumed that I'd accidentally executed a keyboard shortcut to produce this effect, but failed to find any relevant configuration setting. AFAIK, the only relevant control *also* controls seeing text for barrel contents, and *that* continues to work.

According to a friend, who uses the regular ender client, losing names for iconsigns (i.e. the one board signs that one can click an item on to make the sign depict that item) happens to her regularly, and eventually fixes itself, usually lasting hours rather than days. She thinks it might be related to load - either on her computer or her network connection.

Whatever caused it, this is a major pain in the neck for me. The icons for e.g. "cow curd", "goat curd" and "sheep curd" are identical, and they aren't the only such set of things I'm used to being able to distinguish at a glance, without clicking or even hovering a mouse.

Please fix this.

[xyzzy57]

Given the modal user interface, it's normal for random commands to be executed whenever one is typing in chat, and is interrupted by some kind of pop up, such as a bandy request. I presumed that I'd accidentally executed a keyboard shortcut to produce this effect, but failed to find any relevant configuration setting. AFAIK, the only relevant control *also* controls seeing text for barrel contents, and *that* continues to work.

I don't understand how the sub-settings in Display Settings/Show object info could get randomly toggled, but this is indeed what happened. "Display sign contents" was off.

Problem fixed, at least until next time it unsets itself.

[TerriblePerson]

Hi there. I was trying to use mapper service with your client, but it doesn't seem to work.
I've tried to debug a little, and it seems that the issue is around this code block:

Code: Select all

    public void Track(long id, Coord2d coordinates) {
   try {
       MCache.Grid g = glob.map.getgrid(toGC(coordinates));     <------
       pu.Track(id, coordinates, g.id);


After removing catch block a can see an error "[java] haven.MCache$LoadingMap: Waiting for map data...".
I am not a java dev so it's hard for me to figure out the exact solution here, maybe you could look into this? And thanks for your client.

[displaced]

Take a look at this:
https://github.com/DerKamii/KamiClient/ ... 88fccc51e4

Problem is, that glob changes between character play click and GameUI Initialization. So the reference is old, hence why the erorr.
Other client's had this issue aswell. W16.1 does something server side which affects that.

[TerriblePerson]

Thanks, displaced. It really works, so I created a PR.
https://github.com/EnderWiggin/hafen-client/pull/149

[mvgulik]

(2015)Updated client. Added account storing. Accounts are stored in accounts.json as account name and cookie. No actual password is stored. You can move accounts.json to new PC and login in 1 click. If ypu suspect someone got hold of your cookies you can press forget and login again manually to generate new cookie and invalidate all others.

General problem with this is that if the login cookie get changed/updated, it also breaks the login (for that account) on other clients that use the default/global account source. (prefs.json in Linux, Register entries ..?.. in Windows)

Option 1) Update the default/global accounts source if a login cookie changes.
Option 2) Stop using local storage of login accounts, and stick to using only the default account source.

(Needles to say this also affects Ender-forked clients)