ObviousAltIsObvious

you are using Phoenix mode, so the file to change will be C:\Program Files\Firestorm-Releasex64\skins\vintage\xui\en\panel_toolbar_view.xml there are two spots to change. first, find the section that looks like this - <button name="open_chat_bar_button" tool_tip="Show chat bar (Enter)" label="" image_overlay="nearbychat_18" control_name="MainChatbarVisible" chrome="true" is_toggle="true" left="5" top="2" height="20" width="60" layout="topleft" follows="left|top" /> add comment markup to disable it, so that it looks like this - <button name="open_chat_bar_button" tool_tip="Show chat bar (Enter)" label="" image_overlay="nearbychat_18" control_name="MainChatbarVisible" chrome="true" is_toggle="true" left="5" top="2" height="20" width="60" layout="topleft" follows="left|top" /> Next, just above that, look for the section that looks like <layout_panel name="bottom_toolbar_panel" auto_resize="false" user_resize="false" bg_visible="true" bg_opaque_color="DkGray" background_opaque="true" width="1024" mouse_opaque="false"> change the height="28" to height="0" you may get away with only changing the second part, but sometimes buttons can do strange things so it makes life simpler to remove it.

Catalyst 14.12 OpenGL driver is broken. https://jira.secondlife.com/browse/BUG-7653 for details you can roll back, or grab the archive of DLLs attached to that bug and drop them into your viewer's program folder.

that Omega driver has broken OpenGL support. you can go back to Catalyst 14.4 or 14.9 to get SL working fully again. if you want a quick half-fix until you have time to switch drivers back, you can turn off hardware skinning in your viewer settings, but things will look pretty bad that way. if you want to keep the new driver installed, you can copy old versions of the OpenGL DLLs into your viewer's program folder, and then the viewer can work as expected. more details at https://jira.secondlife.com/browse/BUG-7653

another thread on this at http://community.secondlife.com/t5/General-Discussion-Forum/Nothing-loading-in-world-and-gray-textures/td-p/2875679 this is a DNS problem, some of us have got our textures back by changing to other DNS servers. this fix may only be temporary depending on where in the chain the names are missing.

hi everybody. i was having this too for a while, forgot that I was testing out Google DNS. Google DNS (8.8.8.8 / 8.8.4.4) are not resolving the Highwinds CDN servers at the moment. after switching back to my ISP's DNS, textures and meshes started to come through again.

the grid is up, but the login server is taking a little nap.

that viewer uses the old message system, it won't work successfully with a simulator version that doesn't match. if you can find an external drive that can plug in, you could install a fresh copy of Tiger on that, or even Leopard if the hardware can handle it. the old 1.23.5 viewer is the last one you are likely to have any success running on a Mac of that vintage.

the shop is Luck Inc. at http://maps.secondlife.com/secondlife/Luck%20Inc/204/98/20 but the body parts are no longer sold.

if you don't mind diggng a little under the covers, there is a workaround. it is possible to drop older versions of the OpenGL DLLs into your viewer's program folder. this lets the rest of your system take advantage of new features, while your SL viewer has something compatible to use. Chrishan Graves left a comment in BUG-7653 with the details. this approach also works for me on 64 bit Windows 8.1. https://jira.secondlife.com/browse/BUG-7653?focusedCommentId=449014&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-449014 to explain a little more, the Catalyst nstaller uses a folder, usually c:\AMD , to unpack installers. older versions are usually kept around.

right, it may never be finished unless for some reason a big surge in demand for adult mainland came up. there is a "secret" unpaved road to get around the missing connection in the southeast of the continent. from the Zindran Central Highway, at http://maps.secondlife.com/secondlife/Leening/251/229/65 you can drive straight south to the Southwestern Bypass, at http://maps.secondlife.com/secondlife/Tariah/247/247/70

Mildrederr wrote: Hey I was looking into buying this avatar: http://www.slarf.org/chimera-smilodon/ Seems as if it has dissapered from the marketplace Anybody help me out as to where it has gone, and if it is still buyable? Any thanks will be much appreciated sure those are still available. http://maps.secondlife.com/secondlife/Live/40/17/3503

you may look into the Linden Endowment for the Arts and see if your project is compatible with that. also there are discounts available for real world nonprofit and educational organizations who meet certain requirements. details are on the wiki.

the coordinates are added by the sendng viewer as text. older viewers did not add this text, and some clients like bots still do not add it.

the main vehicle sandbox area is balance/bethel/brilliant/fame/fortuna/georgean plus a rezzing area in oak grove. it is covered in marked trails, roads, tracks and bridges for land vehicles.

viewers send a message out when you are typing but have not sent yet, even in IM. some TPVs have an option to show this.

that is working as intended. most of the LL sandboxes have object entry switched off, following too many years of grief attempts, so that driverless vehicles like unlinked trailers can't cross between sandboxes. the vehicle sandboxes do allow object entry.

the updated build system includes a conversion to VS2013, so you may only need to wait for them to finish.

Strife Onizuka wrote: o_O does linking to SLU get your post deleted automagically? WTF? That is NOT COOL! https://jira.secondlife.com/browse/BUG-7298

Angelhelper wrote: He is a swindler since he doesn't even own the land, so think twice about dealing with a thief you found a thread from four months ago. he did own that land back in July when he was offering it for sale. the description was accurate, he did formerly have a high traffic club there, that's why he described it in the past tense.

they are special objects but you can rez them randomly from the build tools and take them to inventory. if you do it this way they will even show you as their creator. there are also copies of all the system plants in the inventory library (Library->Objects->Trees, Plants and Grasses) , if you don't care to recreate them all.

borrow GPU table files from the viewer that works, try them in the LL viewer, sometimes this is all that it takes. nice if the benchmark and HMD viewers could be merged soon, then you would not have this problem

In the past year they have been using Chandler AZ and Dallas. Virginia appears to have been dropped. The user server, on the other hand, was located in San Francisco before it was retired. I can see what you're getting at about checking different servers, but why don't they say that? It's a plausible guess, but it also looks like users trying to find a current explanation for some obsolete documentation. That bit of documentation was old and informal, predating that wiki page. It did originate in informal checks used by LL and users alike, and probably shouldn't have been in there, since it was obsolete by the time that version of the documentation was produced. The meaning of the old "Ping User" stat is not something that needs to be guessed about, you can see how mUserServerPingStat was populated in old viewer sources.

and yes, your doubts about what those pings even mean are valid too. they are not the same kind of ping you would get from a network utility, it's a measure of how long it takes from when a viewer sends out a message, to when the viewer receives a matching acknowledgement back from the simulator. so, it is really a measure of viewer delay plus network delay plus simulator delay. this number can be useful to see if something is wrong, but usually you will have to dig deeper to find out what the problem is.

"Ping User" showed the ping time to the user server, which tracked online avatars for IMs and so on. it was was one of those pieces of SL that did not scale so well, and it was replaced by different systems. the idea behind that suggestion on the wiki was to compare ping time between the current simulator and some other server on the same network, to help guess if the network was broken or if the problem was local to that simulator. with SL now hosted across a few data centers, comparing those two pings to diagnose simulator problems would have become dubious, even if that stat was still there.

yes, it is a recent change with the last maintenance patch set. subfolders and other direct copies were not really supposed to work under Outfits before, but a filter was not checking this properly and they were let through. in some cases this could cause the viewer to crash, so the behavior was changed to work as originally intended.