Favorite landmarks with wrong height on login
Summary
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
Environment
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 (216.82.51.147: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 v2.2.2.46545
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