Post: #1

Major issue: when using the latest sphereNightly, even in an undecorated world, the doorways and archways prevent users from entering through them even with no doors present. Once decorated, you can open the door, but the server behaves as if the door is still closed. I have a prior version that works, but it is old enough that the grid backpack mode doesn't work.

version that works, but is old:
build:0.56c-Nightly [Linux] Mar 19th, 2014 - internal build #1812

version that is broken:
any recent version from the sphereNightly link

Platform for both is Linux

Moderate issue: sphereNightly (other than the one I use) is still linked to libmysqlclient.so.16. This version is outdated and no longer easily found. I found a copy to download, but the latest, more secure due to bugfixes and things they don't tell you about, is libmysqlclient.so.18. This version is available through my linux package manager and is a supported version vs. the deprecated (and removed from package manager) libmysqlclient.so.16.

Being that I am a linux administrator, using outdated libraries like this provides a potential vector for attack. Is there a milestone where sphereNightly will be linked to the newer client?

Minor issue: All of the servers I run are x86_64 architecture. sphereNightly is i386 architecture. This requires a number of additional, duplicate libraries be installed for 32bit compatibility to even be able to execute the software. Is there a milestone to provide x86_64 builds?

Thanks for your hard work and time.

Post: #2

I'll have to check about the doors and archways... not sure what could be the cause yet.

For libmysqlclient.so.18, I'm able to compile it myself, but I'll see if torfo will update the nightly builds. If not... I can setup a separate nightly from my server to do it.

The other issue... Not sure if that will ever happen.

Post: #3

i have the same problem, have you tried going inside mines?
and have you tried going inside as a GM?
let me know plz ^^

Post: #4

the walking in building issue i found turning this on fixed it in sphere.ini

EF_WalkCheck = 00000100

Post: #5

try disable MountHeight on sphere.ini if you got a msg like "you're too tall to pass through this door"

Post: #6

i had it disabled n still didnt work

Post: #7

EF_WalkCheck = 00000100
did not work :/

Post: #8

Hi Ben,
Thanks for the fast response! I ran some testing with the experimental flags of the two WalkCheck and didn't have any success with the 3 combinations of the flags. I will continue to grab snapshots of the nightly and test them.

As for the x86_64 build, are there issues around getting it built? Hardware needed? Or just a lack of interest? 64bit would be nice for the extra memory it would allow to be accessed by the process amongst the prior listed reasons

Thanks again and thanks to the followup posters for the suggestions.

---

Both as admin and regular player, all doors, archways, and caves are blocked from entry. The cave tested was north of Britain west of the peninsula that sticks down with the pass to the east and cave to the west.

Post: #9

It appears that this issue is tied to when the view needs to switch from the outside view of buildings to the inside view. Every portal I attempt to go through (eg: doors, arches, caves,etc..) that need to switch the view to the inside of whatever I am attempting go into causes me to bounce back like it is closed or blocked.

Post: #10

it's got to be a setting you have wrong, so if you can, post your sphere.ini so we can check it out. Of course you should remove any sensitive data like MySQL password...