Favorite landmarks with wrong height on login
If you have favorite landmarks saved on any height that's above the ground it will show as 0 at the login screen and if you log in on it you'll be on ground level.
Steps to reproduce
Just save a landmark in any height on favorites and log in with it selected as landing point.
What is the current bug behavior?
Favorited landmarks work fine if you're already in, but not if you want to log in in them
What is the expected correct behavior?
We should be able to log at the landmark's saved height
Alchemy 6.3.6 (46545) (64 bit) (Alchemy Project FluffyFox) (A) Release Notes You are at 25.0, 14.0, 41.4 in World of War located at sim10441.agni.lindenlab.com (18.104.22.168:13023) SLURL: http://maps.secondlife.com/secondlife/World%20of%20War/25/14/41 (global coordinates 177689.0, 313102.0, 41.4) Second Life Server 2019-12-04T20:29:26.533447 Release Notes CPU: AMD Ryzen 3 2200G with Radeon Vega Graphics (3493.41 MHz) Memory: 8120 MB OS Version: Microsoft Windows 10 64-bit (Build 18363) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: Radeon RX 580 Series Windows Graphics Driver Version: 26.20.15011.5007 OpenGL Version: 4.6.13586 Compatibility Profile Context 20.1.1 26.20.15011.5007 Window size: 1440x837 Font Size Adjustment: 96pt UI Scaling: 1 Draw distance: 128m Bandwidth: 3000kbit/s LOD factor: 1.125 Render quality: 5 Advanced Lighting Model: Enabled Texture memory: 3072MB VFS (cache) creation time: January 25 2020 05:33:24 RestrainedLove API: RLV v3.2.1 / RLVa v22.214.171.124545 libcurl Version: libcurl/7.66.0 OpenSSL/1.1.1d zlib/1.2.11 WinIDN nghttp2/1.39.2 J2C Decoder Version: OpenJPEG: 1.5.1, Runtime: 1.5.1 Audio Driver Version: FMOD Studio 2.00.06 Font Decoder Version: FreeType 2.10.1 Dullahan: 1.3.201911222103 / CEF: 78.3.7+gea7ef34+chromium-78.0.3904.108 / Chromium: 78.0.3904.108 LibVLC Version: 2.2.8 Voice Server Version: Vivox 4.10.0000.32327 Compiler Version: MSVC 192428314 Build Configuration: Release Build Date: Jan 4 2020 21:45:59 Git Revision: 684623bda3135590c4ae9bbaaaa3bc6804a5501c Packets Lost: 8/6239 (0.0%) January 25 2020 05:36:12