OK, looks like I finally solved the mystery with rex auth avatars not working. The problem is not in avatar storage itself, it is with authentication. May be something is wrong with auth server giving avatar storage url to naali.
Solution that works: use 0.4 authentication server, not just 0.4 avatar storage. Just tested this combination and everything works just fine. 0.5 servers are not working with naali. So, for now, everyone who wants avatar storage on server can download and use 0.4 rex servers. Storing avatar to webdav still does not work for me, but at least I found a resonable workaround On 16 фев, 10:07, Denis Tarasov <dtaras...@gmail.com> wrote: > I will be very grateful for any hints on how to setup authentication/ > avatar storage to work properly with naali. I have tried 0.4 and 0.5 > avatar storage servers, MSSQL and SQLite storage - nothing works. > > To MasterJ: > Are you using rex or opensim auth? I have tried saving avatar to > webdav using different Naali and Taiga versions, from different > machines - all to no avail. Your situations seems better, but still, > if other users can't see changes, this means things are not working. > Maybe your viewer stores data in local cache. > > On 14 фев, 23:11, MasterJ <djmat...@hotmail.com> wrote: > > > > > for me it's work fine... hnmmmmm nearly .... > > i have tested to use a 2nd account and made it female with kate.mesh > > when i made some change to the kate account it's didn't show the > > change correctly on the jack account window..... > > i have relogged (without closing the viewer only with using ether) but > > kate still not showing to jack on the kate window viewer i can see > > jack and (of course) kate perfectly with all modifications. done. > > > strange or it's normal?? > > > i use taiga 0.2 and Naali 0.4.0 with the little fix for the building > > work . > > > On 11 fév, 00:58, Toni Alatalo <t...@playsign.net> wrote: > > > > On Feb 10, 2011, at 2:59 PM, Denis Tarasov wrote: > > > > > Apparently, you are using realxtend auth and avatar storage. The issue > > > > I'm talking about arises when saving avatar to webdav when using > > > > opensim auth. > > > > Right, didn't consider that. Actually I don't even know how to get to use > > > avatars like that, but I'll ask the guys when have a chance to test this > > > .. unless someone beats me to it. Can also take a look at the dumps, > > > thanks for providing them. > > > > > Is avatar storage at world.virtualexpo.fi tweaked somehow to work with > > > > Naali or configured in any special way? > > > > Quite certainly it is not tweaked for Naali, 'cause it was installed > > > before Naali existed and is AFAIK unchanged since. Tuomo at Ludocraft is > > > said to know about it. I suppose it is some old version of the stock auth > > > & av storage. > > > > > Denis > > > > ~Toni > > > > > On 9 фев, 15:35, Toni Alatalo <t...@playsign.net> wrote: > > > >> On ke, 2011-02-09 at 03:55 -0800, Denis Tarasov wrote: > > > > >>> Have anybody else tried saving avatar attachments to server with Taiga > > > >>> 0.2? Is it workable at all? > > > > >> I tested now, and of course for me it works :/ > > > > >>> I can include naali crashdump, but I believe this issue should be > > > >>> perfectly reproducable now. I think this is error in code, not > > > > >> Am unable to reproduce. Using current develop, which I'm pretty sure is > > > >> unchanged related to this after 0.4.0 release. In fact, the av code > > > >> hasn't been touched in several months (there's a new avatar project > > > >> coming though but that's a separate topic). > > > > >> I have an avatar, create originally using the old nice avatar generator > > > >> (which you can still use, the system in Naali is the same). It has two > > > >> attachments. I tried deleting one of them, and saved changes to server, > > > >> and it seemed to succeed. Am using world.virtualexpo.fi as auth&av > > > >> service. Also saved the av to a local file, and used 'create new > > > >> avatar' > > > >> to load it again, and saved it to server. Now also loaded > > > >> default_avatar.xml from naali data/ with 'create new avatar', saved it > > > >> to server, then loaded again my actual av which has attachments, and > > > >> again saving it to server worked. > > > > >> Am logged in to w.r.o:9000 which I think is Taiga 0.2.0, but that > > > >> doesn't mostly matter 'cause the avatar data is communicated directly > > > >> to > > > >> the av server, the sim doesn't participate in that I think. > > > > >> Am using Linux now, but I doubt that makes a difference 'cause that > > > >> code > > > >> was developed on Windows (by Lasse and later the gui enhanced by Jonne > > > >> N.). > > > > >> ~Toni > > > > >>> On 8 фев, 21:25, CecilBergwin <perfection...@blueyonder.co.uk> wrote: > > > >>>> Over the last few weeks or so I've tried many different kinds of > > > >>>> *.mesh for avatars but with all the crashing I have been working with > > > >>>> the standard "realXtend" avatar extensions for attachments etc. > > > >>>> Sometimes when a "Crash" occurs, the actual upload and change of > > > >>>> Mesh/ > > > >>>> Attachment works but obviously I only find this out when I log back > > > >>>> into Naali (after crash), so again I haven't got to the bottom of why > > > >>>> this happens but will still try to figure this out, I also thought mm > > > >>>> I wonder if its a mysql issue but I have full local access and MAX > > > >>>> size set for any sql data, so again we can rule that out I think. > > > > >>>> Till... the next test :) > > > > >>>> Thx All > > > > > -- > > > >http://groups.google.com/group/realxtend > > > >http://www.realxtend.org-Скрыть цитируемый текст - > > > - Показать цитируемый текст -- Скрыть цитируемый текст - > > - Показать цитируемый текст - -- http://groups.google.com/group/realxtend http://www.realxtend.org
