<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">Hi,</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">There isn’t a graceful way to handle this other than by removing consistency checks and assertions. Once those are removed, at login, it still will crash because the viewer attempts to locate the root folder by its folder type type (which is defined as 8.) By design, when a folder or asset is found without a parent folder and it does not have the root folder type, the viewer attempts to move it to Lost and Found. This is to prevent content loss and allow access to the orphaned folder and its contents.</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">Now obviously, the viewer attempting to move the root folder, which it believes is orphaned because of its invalid folder type, into the Lost and Found folder which is under the root is recursive behavior and very quickly smashes the stack.</div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">Firestorm, Singularity, and Kokua have nullified this verify-and-move behavior on OpenSim; they just don’t do it. That’s a simple viewer workaround, but unhelpful to the end user. There are also other quirky client-server issues caused by this incompatibility. Buy Contents from an object being placed outside of root or in the wrong folder is one example, #RLV folder not working (while not part of SL’s api) is another.</div> <br> <div id="bloop_sign_1438874327596920064" class="bloop_sign"><div style="font-family:helvetica,arial;font-size:13px">-- <br>Cinder Roxley<br>Sent with Airmail</div></div> <br><p class="airmail_on" style="color:#000;">On August 6, 2015 at 8:58:43 AM, Kevin Cozens (<a href="mailto:kevin@ve3syb.ca">kevin@ve3syb.ca</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div><div></div><div>On 15-08-06 10:16 AM, Diva Canto wrote:

<br>> A root

> folder anything other than 8 will crash viewers that check for it.

<br>

<br>That would be a bug in the viewer program. If it gets something unexpected  

it shouldn't crash but handle it gracefully.

<br>

<br>> I would like to hear of any objections to proceeding with (1) complying with

<br>> the protocol for root folders and (2) changing the Suitcase folder number to

> something other than 8 (Oren, you did that, so please let us know).

<br>

Has anyone determined why OpenSim changed the root folder number to 9?

<br>

<br>--  

Cheers!

<br>

Kevin.

<br>

<br>http://www.ve3syb.ca/           |"Nerds make the shiny things that distract

<br>Owner of Elecraft K2 #2172      | the mouth-breathers, and that's why we're

<br>                                 | powerful!"

<br>#include <disclaimer/favourite> |             --Chris Hardwick<br></div></div></span></blockquote></body></html>