Bugs / Known Issues

Please post any Linux client specific bugs here. Until the bug-reporting mechanism is set up in the client, this thread will serve to track new issues.

This post will periodically be updated with known issues. Please try not to repeat bugs / known issues that have already been mentioned:

1. Sound does not work
   
2. Many keys are not working
   
3. Group titles and llSetText are shown twice
   
4. Window cannot be resized
   
5. Last screen shot is not shown during login
   
6. "Loading Second Life..." splash screen is not displayed
   
7. Crash reporter is not functional
   
8. Bug reporting is not functional
   
9. Movies cannot be created
   
10. Max video ram is incorrectly shown as 16 mb.
    
11. Cut & Paste is not fully supported
    

When submitting a crash bug or operating system related bug, please try to include the following information as well:

1. Linux Distribution (Debian, Redhat, etc)
   
2. Desktop Environment (Gnome, KDE, etc)
   
3. Kernel info (uname -a)
   
4. X version (from xdpyinfo .. do not spam with all of its output)
   
5. Video driver (from your xorg.conf file, or from glxinfo .. again do not spam)
   
6. Video card model & amount of video memory
   
7. CPU info (from /proc/cpuinfo... vendor_id, model name, cpu MHz, cache size)
   
8. Amount of physical and virtual memory (from top)
   

Known bug: The client triggers detection of memory leaks on modern glibc (such as the one shipped with SuSE 10.0), which aborts the client, leaving a black secondlife window and a "*** glibc detected *** double free or corruption (!prev): 0x0af24218 ***" error on the console.

To workaround this, tell your glibc not to send SIGABRTs by running secondlife as the following:

MALLOC_CHECK_=0 ./secondlife

This might or might not qualify as a known issue, but the thing definitely doesn't want to be installed "system wide" in /usr/local apparently. It should probably write files using a prefix of ~/.secondlife when being run by a non-root user.

No sound (that I can detect anyway). ALSA with the OSS-compatibility modules loaded--so I'm guessing it just doesn't work yet. I should probably be hearing all the clicky-clicky from people typing in the welcome area.

Client seems finicky about changing (or possibly storing) the window size, and won't run full-screen at all (probably just not a completed feature yet).

The MALLOC_CHECK_ setting appears to make it work here (Slackware 10.2 w/Dropline), otherwise I get the black screen and double-free message as well.

Other than that I'm pretty impressed--the client behaves for the most part exactly as the Win32 client does. It's clear that it's clamping a lot of the details on the textures out due to the RAM size issue tho.

Specs here (from the list above)

Distro: Slackware 10.2 w/Dropline installed (so basically no substantive deviations, regardless of what pedants may claim about Dropline)
DE: Gnome 2.12.x (i.e., Dropline)
Kernel: Linux dryad 2.6.15.1dds #1 PREEMPT Wed Jan 25 01:14:27 CST 2006 i686 unknown unknown GNU/Linux
X version: Xorg 6.8.2 (Dropline's packages, again)
Video Driver: nVidia binary module 8174
Video Card: Gigabyte GeForce 6600 ("TurboForce" model) w/256Mb of RAM, AGP 8x
CPU: AMD Athlon(tm) 64 Processor 3200+ 512K cache
(note I'm not a true masochist so I'm not using Slamd64 for this)
Memory: 1Gb of RAM (4Gb highmem enabled to see it all), 1Gb of swap



---

Commentary (not a bug): Many of the libraries shipping with the client are things that really should already be on just about everyone's system...

zlib, openssl (present almost everywhere)
CURL (present on most distros)
expat, freetype, libGLU (comes with just about anything running even a semi-recent build of X or Xorg)
ogg/vorbis libs (present almost everywhere with sound as well)
SDL (most things are going to have this one as well)

libGLU in particular might be something that it would to do exclude, as the system's libGLU (with nVidia drivers) is where you get nVidia accelleration from afaik.

I'm not about to report *bugs* with it like this, but so far I'm not experiencing anything unusual changing LD_LIBRARY_PATH to /usr/lib:/usr/local/SL/lib in the startup script, which leads me to believe that there's no major binary incompatibilities with Slackware 10.2 (w/Dropline). Adding /usr/X11R6/lib to that (to take a whack at using nVidia's libGLU) results in a not-very-surprising instant client death (so don't try that heh).

In short, Slackware/Dropline already has everything but libxmlrpc and the closed-source JPEG2000 and NVSG packages in it already.

So if it don't work which linden can we blame? *smirks and points at Don*

I installed under home directory by opening the bzr tarball using mc, and simply copying the contents. I set up a link SecondLife to point to this long version directory name.

I changed the settings.ini file value "GraphicsCardMemorySetting 3 for 128Mb". This worked,
I have had experience with only 16MB being recognised under wine before.

I started SL with default settings. All OK, no problems.

Resolution 800 x 600, fixed.

No bad packets (as I had with wine).

Set the detail sliders to second best, second best and best (for avatar detail).

Rezzing fast, frame rate up to 15 fps (previous highest under wine, 9.5, and windows xp,
8.5).

Creating a box, and applying texture was OK. Camera movement in edit incredibly fast and accurate! Not entirely due to the cut down settings, in my opinion.

Noticed that trees and gound textures are not sharp.

SL went down I hope that was not me!


System Setup:
#########

Linux Distribution (Debian, Redhat, etc)
~~~~~~~~~~~~~~~~~~~~~~~~~

SUSE 10.

Desktop Environment (Gnome, KDE, etc)
~~~~~~~~~~~~~~~~~~~~~~~~~

FVWM

Kernel info (uname -a)
~~~~~~~~~~~~~~

Linux linux 2.6.13-15.7-default #1 Tue Nov 29 14:32:29 UTC 2005 i686 athlon i386 GNU/Linux


X version (from xdpyinfo .. do not spam with all of its output)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

X.Org version: 6.8.2


Video driver (from your xorg.conf file, or from glxinfo .. again do not spam)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

from glxinfo:
server glx vendor string: NVIDIA Corporation
server glx version string: 1.3

OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce FX 5200/AGP/SSE/3DNOW!
OpenGL version string: 2.0.0 NVIDIA 76.76

glu version: 1.3



Video card model & amount of video memory
~~~~~~~~~~~~~~~~~~~~~~~~~~~~

NVidia FX 5200 128 MB


CPU info (from /proc/cpuinfo... vendor_id, model name, cpu MHz, cache size)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

vendor_id : AuthenticAMD
model name : AMD Duron(tm)
cpu MHz : 1728.271
cache size : 64 KB



Amount of physical and virtual memory (from top)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Mem: 1035940k total, 583604k used, 452336k free, 62128k buffers
Swap: 1052216k total, 0k used, 1052216k free, 351156k cached

A new post for the bugs thread. My machine/software details are above.

Sometimes, clicking in the Inventory "search" position, and typing in e.g. "worn" and search, freezes X, Sl and everything.

The cpu usage goes close to 0% (from 100%/load 1 on my setup), and the disk writes (all xosview values) go Very High. Then SL crashes with no messages, and when I restart, everything is ok.

Sometimes all that is required is clicking in the Search Box of the inventory.

Most of the time, search inventory works ok though.

Clicking things like "anisotropic filtering" or "shadows" also crashes SL, immediately.

The AGP checkbox is still greyed out. I may try changing that in the settings.ini file...


Speed (just for interest), in the same very quiet place:

15 fps Linux Client, no options on, sliders set high, 800 x 600 fixed, no sound

9 fps wine/Windows Client with anisotropic/Ripple Water/Shiny, bump map and cloth, terrain full, roughly the same sized window, no sound possible, sliders the same as the linux client.

11 fps Windows Client under XP with anisotropic/Ripple Water/Shiny, bump map and cloth, terrain full, roughly the same sized window, sound possible but not activated, sliders the same as the linux client.

The difference may be due to the size and the unused features.

------- edit ------

Did it again, just for fun.

After successfully searching a few times, I did the same thing again with the edit window open. I wanted to search for a texture in Inventory at the same time. An old habit, from the old SL client...

Memory usage went up to 1 GB, Swap usage went up to 1 GB (all I have allocated), and when SL finally crashed, load was up to 14.1.

-------- another edit -------

It seems to be gone in 1.8.3 (9). It hasn't recurred yet, anyway

------ yet another edit ------

It's not gone; search just doesn't work at all sometimes. But no swap getting filled, and no crash.

When I log in, my avi sometimes appears fat.

This is what I normally look like: http://img.photobucket.com/albums/v39/azfishking/normalcat2.png

This is what it turns me into: http://img.photobucket.com/albums/v39/azfishking/fatcat1.png

A side note: The reason I am wearing a cat suit is due to a graphical bug that I have had since I ran in wine. I had a bunch of people (including a Linden) try to help me, but none could. It is probably my hardware. Anyway, have a look at the freak show: http://img.photobucket.com/albums/v39/azfishking/messedupavi.png

EDIT: Also, someone else mentioned randomly getting fat, but not during login.

EDIT again: sorry forgot my info.
Distro: Mepis
Desktop envirionment: XFCE
Kernel: 2.6.10
X version: XFree86 4.3.0.1
Video Driver: Nvidia 1.0.7174-4
Video card: Nvidia GeForce FX 5500/AGP/SSE2 128mb
CPU info: GenuineIntel, Intel Celeron CPU 2.00GHz, 128 KB
Memory: 503MB RAM (odd, I know), 996MB swap

This is a weird bug that did not happen to me in wine. Sometimes when an object rezes, it does not stay that way. This seems to mostly happen when I force it to rez by hovering the mouse over the object. It will clear up then when I move the mouse pointer away, it gets blurry again.

EDIT: ok, I seem to no longer be able to reproduce the bug. I'll keep trying different things to see if I can get it to happen again (it was reproducible earlier today). If I can't reproduce it again, I will delete this post.

503 Meg? Are you sure you dont have an onboard video card thats still stealing some memory? 503 meg is impossible..

Honestly, it's possible. I'm still trying to learn about hardware (always been more of a software guy). I seem to remember reading about having to disable an onboard video card after installing a new video card, but I could never figure out how. Honestly, I never really tried too hard either. The computer seems to work fine and it's not like it's leeching very much memory anyway. If you have any advise on how to proceed, please PM me (or IM me in game) so we don't clog up this thread with non-SL related problems.

-------------------------------------------------------------------------

All good and valid points.

However, not ALL linux users can debug library issues.

And I personally found it a pain with opera, that I had to search for reasons why it did not want to work "out of the box", and ended up using a statically linked version, to save the hassle of debugging.

I think it a good idea, that libraries that MAY give problems be bundled with the SL linux client, with LD_LIBRARY_PATH set correctly to start with.

Using "better" native libraries is a performance tuning option for experts, still.

But I as Linden Lab Support (which I am not) would hate to have to debug library issues, that could arise if someone as a user is using a weird flavour of linux (old, optimized, OEM, whatever). Supporting a standard fixed set of libraries would be tricky enough - we all know how demanding SL is. Add to that, that linux can by itself overtax cheap hardware, and I think you would have an unsupportable platform.

The SL client is not without issues, see the Windows/Mac threads; adding possible library issues would really be fun!

OpenSSL has poor/non-existant binary compatibility and cannot be dynamically linked.

CURL is not guaranteed to be installed, may not be available on all distro repositories/CDs, and/or may have certain protocols compiled out.

A custom FreeType may indicate that they are licensing the bytecode interpreter patent (or it could just be caution). expat may not be installed on everybodies system.

Ogg/Vorbis libs of the right version are not available on all systems.

Core SDL may be shipped by every distro, but it's usually only installed if the games options were selected at distro install time and sometimes you get different combinations of the libraries. Custom SDL is also useful when it comes to things like compiling out aRts support.

Basically, there is no Linux platform, so the only option is to ship every library the client uses with it. It's a pretty deep flaw in Linux itself and very difficult to fix as it'd require every distro to commit to shipping certain libs in certain configurations, and be binary compatible about it. They're all convinced that the solution is for LL to GPL the client then lose customers every time they force an upgrade and distro XYZ doesn't keep up ... *rolls eyes*

Bug: 'Crasher a few seconds after first-rez...'

EDIT: Bug fixed in 1.8.3(9)

It should actually do that even as a root user (though you shouldn't be running it as root anyway). "Proper" file conventions have default settings going into /etc/<program>/, $PREFIX/share/<program>/, or /opt/<program>/ with the rest of the program, and having overrides/user-settings going into ~/.<program>/.


Ditto. No sound effects or music is audible. ALSA 1.0.10.


I'm having this problem too, which is weird because when running the Win32 client under Wine I get them all detailed up properly. Maybe the VRAM setting isn't used yet either? Why else would the setting be disabled..

Otherwise, along with the already mentioned issue, it runs quite well (significantly faster than the Win32 client).

System specs:

1. Gentoo
   
2. KDE 3.5.1
   
3. Linux kittycat 2.6.14-gentoo-r2 #1 PREEMPT Sun Nov 27 05:54:12 PST 2005 i686 AMD Athlon(tm) Processor AuthenticAMD GNU/Linux
   
4. X.Org version: 6.8.2
   
5. OpenGL vendor string: NVIDIA Corporation
   OpenGL renderer string: GeForce2 GTS/AGP/3DNOW!
   OpenGL version string: 1.5.3 NVIDIA 71.67
   
6. 64MB VRAM (with GraphicsCardMemorySetting in settings.ini set to 2 appropriately)
   
7. AuthenticAMD, AMD Athlon(tm) Processor, 1098.029MHz, 256 KB cache
   
8. Mem: 254504k total, Swap: 506036k total

Actually, libGLU is basically just a helper to libGL. libGL is where you get most/all the acceleration from, and SL is already happilly using your system's.



This is a very big misconception that open source = GPL. You can quite easilly release the source with a license stating that you cannot use it for anything else other than to compile it. No, you can't stop people from looking at the source code and using it anyway, but you can't stop people fram decompiling the executable and using it that way either. And if you're pedantic about the network code, put that into precompiled shared objects, and have the main source interface with that; much less room for binary incompatilibty there than with system libs since you have control over both, and you keep the actual network data "hidden".


APPEND:
About the textures, while waling around I seem to get this message quite a bit (and by quite a bit, I mean a lot):
INFO: ????????-????-????-????-????????????: Packet 0 for unrequested image!
The ?'s are some hex string which is different every message.

I also seem to get this periodicly, which may or may not be related:
WARNING: LLWorld::addRegion for a simulator that already exists!

The unrequested image warning seems to happen alot on the normal client as well, its probably something to do with the image list, the hex string is the key of the image

The second warning is normal, it means that the viewer is trying to connect you to a simulator that you have already been connected to, this normally happens within x meters of the sim border depending on your draw distance, if you move away from the border but dont disconnect and reapproach it is kind of a failsafe incase you get disconnected from the ajoining sim

Everything seems to be in order here. A few random crashes while goofing with video settings (no worse than I've seen in Windows), and the frame rate is certainly acceptable and rez'ing works fine when I turn up AGP memory up to 128MB (manually in settings.ini).

In a reasonable sim, I'm getting between 20-30 FPS @ 1280x960. All in all I'm very impressed, good work.

--- EDIT ---

- Reproducible crash when switching to fullscreen mode (alt+enter)

--- EDIT ---



[System specs]

Video: Nvidia 6600GT 128MB
Toolchain: gcc-3.4.5, glibc-2.3.6-r2 (w/ multilib)
Uname: 2.6.15-gentoo-r1 x86_64 AMD Athlon(tm) 64 Processor 3200+
Distribution: Gentoo Base System version 1.12.0_pre15

While shifting some settings over from the old client to the new, I noticed that user settings (saved in <install>/SecondLife/) are duplicated because filenames are case sensitive in Linux. So I have:
<install>/SecondLife/FaceAfkh_Malaprop
<install>/SecondLife/faceafkh_malaprop
(etc)

Guess I should be less lazy when typing in my username

Otherwise working great for me (on both a FC2 desktop machine and, impressively, a FC4-64 athlon laptop, both with nvidia gfx). I figure the detailed system specs aren't relevant for this bug though

I've been running the SL linux alpha for a few days now, and so far I've found the following bugs (On top of most of the known bugs):

* Upload dialog does not appear to work.
* Keys can become "sticky" (Character will rotate in circles).
* Screenshots fail to save to disk.
* Cannot hold arrow keys down in text fields to move cursor. You can only move
one character at a time (Not sure if it's a linux only bug or not).

Gentoo Linux
x11-xorg (SL run with custom .xinitrc)
Linux ricky 2.6.12-gentoo-r9 #7 SMP Thu Jan 5 21:45:30 EST 2006 i686 AMD Athlon(tm) 64 Processor 3500+ AuthenticAMD GNU/Linux
xorg-x11-6.8.2-r6
nvidia-kernel-1.0.8178-r3
nVidia GeForce 4 MX 440 AGP 8x (64MB)
vendor_id : AuthenticAMD
model name : AMD Athlon(tm) 64 Processor 3500+
cpu MHz : 2210.855
cache size : 512 KB
Mem : 903756k total
Swap : 498004k total

I have the same, with no repeating keys in SL linux. It has been reported elsewhere, apparently it's working in Windows.

Any chance of us getting a "peek" into your optimized .xinitrc? charmingly...

What I have not seen yet, is "keys becoming sticky; character rotating in a circle". I have had a stuck animation (that came out of nowhere), but no stuck keys like this.

It's actually fairly simple... Just create a file in your home directory (or wherever) with a script of whatever you wish to run I called my file .xSL

Example:

#!/bin/bash
exec /home/user/secondlife/secondlife

If you have an X session running already, log out of it and bring yourself to a command prompt... Then start x, passing the name of the file you just created as the first argument.

fox@ricky ~ $ startx .xSL

This way you can start the x server to run the program without the heavy load of a window manager. It really helps. and you'll notice a significant speed increase. I normally get 15-20 fps in moderately populated areas, and up to 35 in unpopulated places (Like a sandbox or building cube in space) even with the cheesy graphics card I have

Hope this helps.

Doing some preliminary testing. Current spec:

Hardware:
Compaq Presario 2100 US line
Authentic AMD XP2800+
512 MB DIMM RAM (two sticks of 256)
Radeon IGP 320M, AKA U1 (shared mode, I believe)

Packages and Software:
Mandriva Free 2006 (2.6.12-15 rebuilt kernel, using Bash)
KDE 3.4.2-55
Mesa 5.0.2-11
freeglut 2.0.1-0
ALSA2 1.0.9


lspci dump:


cpuinfo dump: (note: running in "ondemand" power profile)



Good:

* Runs right out of the box the first time
* Find algorithm seems faster than in Windows
* Renders GUI perfectly; runs happier than Windows mode
* Does NOT display "unsupported video card..." as in Windows on same hardware spec
* IM, chat, etc all work
* Able to move well enough... so far.


Bad:

* Only runs once. Throws errors on second and subsequent runs:



* Alt-Click moves entire window instead of using zoom
* Movement controls locked after unsit and fall from reasonable height
* Sit command seems to have problems with lack of "sit target"
* IM window only displays a handful of names from calling cards
* Textures seem stuck in "blurry" mode


Ugly (already known bugs that express) :

* Group name doubles
* 16MB mode displayed for video card
* Sound does not work
* WASD movement does not work
* Most hotkeys still disabled

SL Linux Alpha client 1.8.3(9):

Issue 1: SL is randomly hanging on startup due to glibc doublefree or corruption.
2006-02-10T21:04:38Z INFO: GL_VENDOR NVIDIA Corporation
2006-02-10T21:04:38Z GL_RENDERER GeForce FX 5200/AGP/SSE2
2006-02-10T21:04:38Z GL_VERSION 2.0.1 NVIDIA 81.78
2006-02-10T21:04:38Z
*** glibc detected *** bin/secondlife-bin: double free or corruption (!prev): 0x0c3c8850 ***
======= Backtrace: =========
/lib/libc.so.6[0x9e4124]
/lib/libc.so.6(__libc_free+0x77)[0x9e465f]
/lib/libc.so.6(fclose+0x14[0x9d5c40]
bin/secondlife-bin[0x9dd5509]
/lib/libc.so.6(__libc_start_main+0xdf)[0x995d5f]
bin/secondlife-bin[0x8054241]

When this happens the console and SL "hangs" forcing me to suspend the process, then kill it using job control.

Some starts SL client will cleanly end and remove its marker file.
Other times, the client starts, loads, and runs.
This issue is repeatable.

Issue 2: Switching on anisotropic filtering crashes client every time.

Issue 3: "WARNING: SystemRoot not found, attempting to load fonts from default path"
I assume its looking for the SystemRoot windows environment variable?

Issue 4: "WARNING: Couldn't load font ヒラã‚*゙ノ角ゴ Pro W3.otf" - I have no font named this.

Issue 5: "Failed to find OpenGL symbol 'glNewObjectBufferATI' in '(default OpenGL library)"
I have 4 other ATI GL error messages. Should SL even be trying ATI extensions on an NVidia?

Issue 6: "INFO: Graphics Card memory set to 158 MB" My card is 128MB.

Issue 7: "WARNING: Unknown feature mask NVIDIA"
I assume this is because I am using the native NVidia card, GL, and GLX drivers, rather than the OS-supplied non-accelerated nv and Mesa drivers.

Issue 8: "INFO: ExecutableFilename: secondlife-bin
ĄlL"
Seems to be some trash in the console output. Not sure if that is SL, or Fedora...

Issue 9: "WARNING: Packet from invalid circuit 66.150.244.64:13004"
I am seeing a lot of these at first. I also see these a lot with the SL Windows client running in Cedega too.

Issue 10: Disappearing Textures
When standing still, sometimes textures will disappear, then reappear if I turn.
This is happening a lot with road texture on a movie set in Lukanida. The road textures
just disappear... and stay gone until I turn... suspect its a problem with certain sized textures, as these are pretty large texture squares covering the basic ground.

Issue 11: Debug Menu
I don't seem to be able to activate the debug menu. Debug functions like sim stats still work if called by their hotkey, but the menu item itself doesn't activate. Will use UseDebugMenus TRUE in settings.ini

Issue 12: Window Size
Window size menu does not work, as noted before, but WindowHeight and WindowWidth settings in settings.ini *do* cause window to change size.

Specifications:
Linux Distribution: Red Hat Fedora Core 4 (Stentz)
Desktop Environment: Gnome with Enlightenment DR16 Window Manager
Kernel info: Linux hostname 2.6.15-1.1831_FC4smp #1 SMP Tue Feb 7 13:48:31 EST 2006 i686 i686 i386 GNU/Linux
X version: X.Org version: 6.8.2
Video driver: 2.0.1 NVIDIA 81.78
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce FX 5200/AGP/SSE2
Video card: MSI NVidia GeForce FX 5200-TD128 128MB RAM AGP8x/FastWrites/SBA/SSE2
CPU info: GenuineIntel Intel(R) Pentium(R) 4 CPU 3.00GHz 1024KB cache
Amount of physical and virtual memory: 1.0GB physical, 4.0GB swap

Despite the glitching, I am *very* happy to finally be logging in natively from Linux.
Kudos to the porting team! When I am able to login, 800x600 window is running at 30-35fps with features like shadows.

Was sitting in Welcome Area with SL Linux Alpha Client 1.8.3(9), and started getting continuous reports of this error to the console:
2006-02-10T23:50:33Z INFO: KDU Error: Kakadu Error:
2006-02-10T23:50:33Z
2006-02-10T23:50:33Z INFO: KDU Error: Code-stream must start with an SOC marker!
2006-02-10T23:50:33Z WARNING: KDU throwing an exception
2006-02-10T23:50:33Z WARNING: Unable to setData() for image f64bbcfa-599a-b40c-cd73-2a56f0cfe9e5 Aborting.
2006-02-10T23:50:33Z WARNING: Removing bad texture: f64bbcfa-599a-b40c-cd73-2a56f0cfe9e5

Over and over, with the same texture strings, not different ones.

it's running great on fedora core 3 with nvidia drivers. However, as already reported here, the ALT key is already bound to Gnome's "move window" command, and has no effect in SL. I can't find a way to remap keys ingame (I'm a bit of a newbie) so this is pretty annoying, but bearable.

Yes. Sometimes Nvidia cards support ATi extensions and vice-versa. The extension names are based on the company/group that introduced it, not who implements it.


Looks like an un-terminated string (SL problem). Lucky it's not causing memory corruption/a memory overrun..