bluap

> org.pjbroad.EternalLandsClient That's the snap version. Still doesn't explain why you had the empty servers.lst file. However, with snaps, the servers.lst file is located in HOME/snap/eternallands/common/config/ not $HOME/.elc/. You installed and got working the ubuntu deb version that does use $HOME/.elc/. > What's the system requirements on game? this crashing didn't happen on ubuntu 20 that often in recovery mode You need accelerated graphics but the game works on pretty well older machines, you just get a lower frame rate. It should not keep crashing. Do you have anything specific that causes it crash or any error messages. Have you looked in the log file $HOME/.elc/logs/main_<some random character>.log, anything fatal in there?

Could you be more specific please? What is the full error message? Which package/version are you using?

Android is a bit tricky as the client has to unpack the files from the APK at run-time then caches them. So if you just reloaded the apk then it would not have replaced the cached file. When a new client is published with updated data, a flag is set in the APK to delete the cache version. If you are running a version of Android (pre 10 I think) that allows access to the file system, you can put a modified version of the key.ini file into your user config directory. On android that is "/Internal/Android/data/com.purebinary.elc/files/user".

I'm shocked and deeply saddened by this news. I never met Learner in person but we had countless chats about the game and spinoffs. Wow, terrible news.

Is this while actively interacting with the app? Newer Android versions have quite aggressive defaults to kill applications using too much battery. Have you tried turning off battery optimization for the app?

The android code is now maintained and released along with the desktop client so I'll close this topic. Thanks to everyone that helped with testing and feedback.

I've been working on a new version of the Android client. This version is based on the latest code for the desktop client, with some of the original changes made for Android included. Having one version of the code will make it easier to maintain and improve going forwards. While there is more to do, its ready for people to use, test and hopefully provide feedback. It's not yet in the Android play store but you can download and install it manually from this link. This version contains all the current client features but still does not have any sound or music; that's on the to-do list. There's a new camera control method that does not used the previous side bars though they can be restored using an option. Instead, you touch to walk; drag left/right or up/down to change the camera view and zoom in/out using a pinch in/out gesture as before. A single touch is the same as a mouse left-click, touch and hold for short period is the same as a mouse right-click; so all the context menus can be opened using a long touch. Dragging up/down in windows is the same as scrolling with a mouse wheel, though this is not yet implemented in most windows only the console works. Touching text fields should open the on-screen keyboard. For the game window, a long touch near the top of the screen will open the keyboard, within the full console swipe left to open, right to close. If you attach/detach a keyboard/mouse while the client is running, it normally closes (to-do to possibly fix). If you start the client with a keyboard/mouse, they will work with the keyboard replacing the on-screen version. The mouse works like the touch functions, not like the desktop client. Again, this is something that needs more work. The standard android back action/button progressively closes the on-screen keyboard then all windows, as did the original client. On Android versions prior to 11, you can access the client user files Android/data/com.el.elc/files/user/main/. If you have used the existing client before, you often have to clear the app storage when installing an update. Once this version is installed, you should not have to do that again as changes are detected and files re-read from the package. User files will be maintained unless you clear storage. Apart from continuing to improve, other things on the to-do list include copy/paste and potentially opening links in your browser. I'm currently updating the build process which will be included with the client source. Build from source instructions Latest Version is 1.9.6.0-20211228.1456. QR Code to download https://twinmoons.org.uk/el/git/el.apk

They are the same 1.9.6p1 (shown in the client) == 1.9.6.1(the release tag). Should really modify the client to use the stand version numbering.

Anyone still experiencing and issue like this, please upgrade to the latest stable release, 1.9.6p1. http://www.eternal-lands.com/forum/index.php?/topic/61733-new-client-release-1961 Changes/fixes include: Add additional logging when saving user files. The explicit file close needed for the logging may possibly fix "problem with ..." issues. Detect if loading a zero length user file, log to user but don't disable saving. Zero length files have been reported but required user action to resolve.

Fixed in git. Thanks.

That would be good, the more people testing the better. Thanks.

Please report bugs found in the 1.9.6 release in this topic. Updated client that fix issues will be available here. We are planning a 1.9.6.1 release soon that will incorporate all the fixes and improvements. The latest build is version is 1.9.6.0-20220226, these can be used on the main server: Linux static executables 32-bit, 64-bit, armv7, aarch64 - replace your existing executable from the Linux installer and set executable. Windows (only executable and DLLs) 32-bit and 64-bit - unpack into the installed data folder. Android package (can be installed over the play store version). A data patch that includes just new or changed files, unpack into the installed data folder: An updated version of item_extra_info.txt that fixes issues with equipment swap for the "Mod Cloak", "White Wizard Hat of Life and Mana" and "Tunic of the Ninja" as detailed elsewhere. A server restart is needed for other, similar issues. An updated version of sound/snds_client.xml that fixed some positional sounds. An update version of the lion guild map maps/guildmap_lion.elm.gz. The new shader files shaders/new_water.vert and shaders/new_water.frag that fix the water effects for some newer drivers. These are the client changes since release: 2022-02-26 Fix trade issue where items would not be sent to storage as expected. Reset number of enabled local lights on map change. 2022-02-22 Fixes for water effects on newer drivers that no longer support the older effects. To use the new effects you need to install the new shader files that included in the data patch listed above. There is a new option on the video tab that is used to enabled the new shaders. Grum has done a lot of work on the to fix the water effect in this and the 2022-01-21 update. This updated should fixed all the reported issues. 2022-01-21 Less strict pathfinding" option (Controls tab): Allow the pathfinder to walk to a nearby location when clicking an unwalkable tile, discussed in part in this topic. Fixes for water effects for some Intel, AMD and GPU graphics driver issues. Setting "water shader quality" to 2 will now enable the nice ripple effect for more users. It also fixes the non-working water and corrupt reflections some users were experiencing. Provide an option (Controls tab) to turn off the click through action when focusing the main window. 2022-01-15 Add additional logging when saving user files. The explicit file close needed for the logging may possibly fix "problem with ..." issues. Detect if loading a zero length user file, log to user but don't disable saving. Zero length files have been reported but required user action to resolve. Fix showing #glow command output when indicator disabled. 2022-01-09 Add date to timestamp in chat log. Provide and option (Video tab) to enable the desktop screen saver / monitor power management. Set lower bound of chat lines from 5 to 1. Issue #165: Re-validate ground bag window status on reconnect. Issue #163: Fix storage access inconstancy, Store-All and ALT-click access for closed window. 2021-12-31 Fix mouse over issues for spells windows on Android (in 1.9.6.0-1 update). Fix only initial spells window mode using default position (in 1.9.6.0-1 update). Fix possible crash with #calc using L (in 1.9.6.0-1 update) Fix possible crash in character creation window (in 1.9.6.0-1 update). Fixed display of action point > 999 in the stats window. Correct colour for login window version text when there is an error. Ensure main window fits the available space and is on-screen. Use the new (JSON) personal files format by default. Enable the item use counter by default. Channel colours window can be scaled and its position managed. Change ground bag window default position to bottom centre. Fix blank lines in console when wrapping text to fit width. Add basic screen orientation options for Android (video tab). Limit "You cannot access the storage from here" messages. Add date to timestamps in log messages. Fix trade bug where storage could not be used if the window was hidden then shown.

Great, thanks for testing.

Yes please, the "lights reset fix" mentioned was a possible crash on map change.

Does the client version you are using show 1.9.6.0-20220226?

Updated version is 1.9.6.0-20220226 Fix trade issue where items would not be sent to storage as expected. Reset number of enabled local lights on map change.

Hopefully the trade bug is fixed in git, I'll do some more builds.

Fixed, I hope: https://github.com/raduprv/Eternal-Lands/commit/75ddf71361c473c6d8306a4ee47ac6d02ded93b1

OK thanks, I've reproduced it. It looks to be because you are sending the second accept, before you received the acknowledgement from the server for the first accept. I'll add some additional logic to prevent that. The failure mode is interesting, getting the destination wrong when storage is intended, but I see that happen too. The fail is just because its wrongly going to inventory and you can't hold that much. When you can hold it and it goes to inventory without failing the trade, the trade log fails to report. I can see why that would be. So the extra logic will fix the trade log bug you mentioned too.

Could you provide the exact steps that lead to the failure, including who trades what from where (storage or inventory), who starts, the order of who clicks what, including changing the destination. Really as much detail as you can. Thanks.

The build have been updated to 1.9.6.0-20220219 which includes the new water effects work Grum has done. There is a data patch archive that includes the new shaders and other data files.

I can't see why that would be, each character uses a separate file, and the clients are separate processes so there is no possibility of a clash. The 2022-01-15 update on this thread includes explicit file closing in a number of places where previously this would to happen automatically. One of those places was the trade log so, if there was a problem with the automatic close that will be fixed now. If you are using the 2022-01-15 build or later and still see this problem please let is know. Again, I've tied to reproduce this one but cannot. One of the previous attempts to fix this introduced a new bug which is present in the 1.9.6.0 release, that new bug was fixed in the 2021-12-31 update - "Fix trade bug where storage could not be used if the window was hidden then shown."

Also, could you have a look at the file client_state.json in your personal settings folder? If the file is zero length then please let us know, but you can just remove the file. If the file is not zero length, please rename or move the it and make it available so I can try to find out what has gone wrong. Once you have deleted the file or moved/renamed it, the client should just start with default state. The client should do that even with a corrupt file so I'm surprised its crashing.

That's good news. The lrnr-main config uses port 443 like https so will not get blocked. If you want to switch to that for the launcher, you can change the default in-game from the server tab of the options window. Down the bottom of the tab select lrnr-main from the "Default Server ID" list. It should then use that for the next restart.

You need to check that port 2000 is allowed on your firewalls, not the default telnet port (23). You do not need port 23 for EL, we are just using the telnet command to test access. The 2000 on the suggest command line will make telnet use port 2000 rather than 23; so its testing the game port. Edit: Also, if you are adjusting firewall rules. Your only need to allow outgoing traffic on port 2000 for the game to work, not incoming. The game does not require any special incoming ports to be open.