<div dir="ltr">OSgrid release has just been posted, feel free to download it and give a test! <a href="http://www.osgrid.org/index.php/downloads">http://www.osgrid.org/index.php/downloads</a><br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Apr 29, 2013 at 7:16 PM, Dr Ramesh Ramloll <span dir="ltr"><<a href="mailto:r.ramloll@gmail.com" target="_blank">r.ramloll@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Thanks so much Justin, that was fast.</div><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">On Mon, Apr 29, 2013 at 5:22 PM, Justin Clark-Casey <span dir="ltr"><<a href="mailto:jjustincc@googlemail.com" target="_blank">jjustincc@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I was able to reproduce this bug and fix it in git master 12054aa.<br>
<br>
It looks like the bug may have been around for a very long time (perhaps even since June 2010) though that would be quite surprising.<br>
<br>
It would probably have affected all viewers.<div><br>
<br>
On 28/04/13 15:56, Dr Ramesh Ramloll wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
Thanks for pointing this critical bug out. It is surely a show stopper if one is using a lot of object dispensers for<br>
users ... on a sim. Looks like my obsession to keep all inventory as rezzed objects and saved as an oar file is going to<br>
continue for a while (might be irrational but the inventory system does not look safe yet).<br>
<br>
<br></div><div><div>
On Sun, Apr 28, 2013 at 12:34 AM, Chris <<a href="mailto:mewtwo0641@gmail.com" target="_blank">mewtwo0641@gmail.com</a> <mailto:<a href="mailto:mewtwo0641@gmail.com" target="_blank">mewtwo0641@gmail.com</a>>> wrote:<br>
<br>
Hmm... That is a bit strange. On the viewers I thought to be OK I was able to utilize the test object after the test<br>
(By attempting to rez the object and looking to see if it would appear or not and watching the console for errors).<br>
However, I based all my tests transferring an item from Phoenix viewer (which is currently my viewer of choice) to<br>
the viewers in my test results since it didn't seem to make a difference which viewer the item came from, just the<br>
viewers they were going to. I managed to lose a script I spent about 8 hours working on in the process due to the<br>
Lost and Found folder issue explained toward the end of my previous email (D'oh!)... but I was able to recover it by<br>
grepping a dump of my database and then dumping the most recent asset.<br>
<br>
I did a quick test as I was writing this with a transfer from Firestorm to Firestorm on seperate computers and with<br>
viewers on the same computer (Computer OS is running on) to be sure but I was not able to reproduce the issue in<br>
this way. I also tried with both HTTP Inventory on and off as well but it didn't seem to make a difference. The Lost<br>
and Found issue also does not show up on the viewers listed as OK in my previous tests with the exception of Phoenix<br>
viewer, it's OK when using silent discard, but the issue shows up when using regular discard.<br>
<br>
As an addendum to my previous test, I also noticed that if other avatars had a copy of the object you gave to<br>
another avatar, and the issue is triggered, then that particular object will missing from the other avatars<br>
inventories as well. Just to be clear, when I say missing, I mean that it seems to be missing from the database, but<br>
not visually from the inventory (at least not until a relog); can't do anything with the object in the way of using<br>
it such as rezzing, wearing, transferring, etc.<br>
<br>
<br>
On 4/27/2013 6:32 PM, InuYasha Meiji wrote:<br>
<br>
So you understand and know, I only used two viewers with two different accounts on the same machine, on the same<br>
machine running the grid. Both of these logged in using the latest Firestorm for Opensim. Having the same<br>
results as well and finding that although you see that Firestorm in your list appears to be ok...<br>
<br>
Item Transfer -> Singularity (1.8.0) = Missing inventory item<br>
Item Transfer -> Firestorm (4.4.0) = OK<br>
Item Transfer -> Hippo OpenSim (0.6.3) = Missing inventory item<br>
Item Transfer -> Imprudence (1.3.0) = Missing inventory item<br>
Item Transfer -> Phoenix (1.6.0.1600) = Missing inventory item when using normal Discard, OK when using<br>
(Discard) (Silent discard)<br>
Item Transfer -> Radegast (2.12.1354) = Missing inventory item<br>
Item Transfer -> Kokua (3.5.1.27984) = OK<br>
Item Transfer -> CoolVL (1.26.8.1) = Missing inventory item<br>
<br>
It really isn;t. It is only in your inventory in name, but not useable, so I would not give it an ok. Thanks<br>
for gonig through all the trouble of testing so many viewers to prove it isn't a<br>
Viewer issue.<br>
<br>
InuYasha<br>
<br>
<br>
<br>
<br>
On 4/27/2013 2:29 PM, Chris wrote:<br>
<br>
Last night I tested with 2 avatars on the same machine OpenSim is running on, one avatar on one machine and<br>
one avatar on a different machine, and both avatars on a machine other than the one OpenSim is running on.<br>
<br>
I repeated my tests today a bit more in depth and it would seem that the issue does not depend so much on<br>
the viewer the person transferring the item is using but more depends on what viewer the person on the<br>
receiving end of the inventory transfer is running.<br>
Steps to reproduce:<br>
<br>
1. Offer an item transfer to another avatar that you aren't afraid to lose (Creating a new prim and taking<br>
it to inventory then offering that is sufficient)<br>
<br>
2. Decline the transfer on the other avatar and it should go to that avatar's trash folder.<br>
<br>
3. Empty that avatar's trash folder.<br>
<br>
4. Go back to the first avatar and try to rez, wear, or otherwise utilize the item that was to be<br>
transferred (In my case I attempted to rez the object).<br>
a. Should notice that it won't have any effect<br>
b. Look in the console and there should be errors to the effect of "item not found"<br>
<br>
My error when attempting to rez the object:<br></div></div>
16:11:48 - [INVENTORY ACCESS MODULE]: Could not find item 6d3689ee-5c06-478d-8c10-__<u></u>10870cc6e788 for<div><div><br>
Test User in RezObject()<br>
<br>
5. Relog the avatar you attempted item transfer from. The item will be missing from their inventory upon relog.<br>
Test results:<br>
(Format: Item Transfer -> Viewer name of the person receiving item.)<br>
<br>
Item Transfer -> Singularity (1.8.0) = Missing inventory item<br>
Item Transfer -> Firestorm (4.4.0) = OK<br>
Item Transfer -> Hippo OpenSim (0.6.3) = Missing inventory item<br>
Item Transfer -> Imprudence (1.3.0) = Missing inventory item<br>
Item Transfer -> Phoenix (1.6.0.1600) = Missing inventory item when using normal Discard, OK when using<br>
(Discard) (Silent discard)<br>
Item Transfer -> Radegast (2.12.1354) = Missing inventory item<br>
Item Transfer -> Kokua (3.5.1.27984) = OK<br>
Item Transfer -> CoolVL (1.26.8.1) = Missing inventory item<br>
<br>
It seems like if the issue triggers, there will be two copies of the declined object that will show up in<br>
the receiver's trash folder. The tests also apply to offering entire folders of items. It also looks like on<br>
declining the transfer, If there are any other items directly under neath it in the person transferring the<br>
item, those items will some how wind up in the other person's lost and found folder. If the person deletes<br>
those items from lost and found it will remove those items also from the other persons inventory.<br>
<br>
As far as the viewer I use; I mainly swap between Phoenix, Imprudence, and Singularity. As for other users<br>
on my install it could be any of the ones listed in the tests (And possibly others, but these are the main<br>
ones I was able to come up with).<br>
<br>
<br>
On 4/27/2013 10:47 AM, drWhiet wrote:<br>
<br>
Chris, are you testing this with yourself e.g. With 2 Viewers running on the Same machine ? Or are you<br>
testing this behaviour with your avatar and a different users Avatar ? And by the way which Viewer do<br>
you (and the other user) use ??<br>
<br>
Best regards,<br>
<br></div></div>
Am 27.04.2013 um 03:37 schrieb Chris<<a href="mailto:mewtwo0641@gmail.com" target="_blank">mewtwo0641@gmail.com</a> <mailto:<a href="mailto:mewtwo0641@gmail.com" target="_blank">mewtwo0641@gmail.com</a>>><u></u>:<div>
<br>
<br>
--<br>
OpenSim: 10 Region Standalone on 0.7.6 Dev<br>
Physics: Open Dynamics Engine<br>
OS: Windows 7 (x64)<br>
CPU: AMD Phenom II X4 840 3.2 GHz<br>
Memory: 11 GB DDR3<br>
Database: MySQL 5.1.63 (x64)<br>
<br>
<br></div>
______________________________<u></u>___________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a> <mailto:<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.<u></u>berlios.de</a>><br>
<a href="https://lists.berlios.de/__mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/__<u></u>mailman/listinfo/opensim-users</a><div><br>
<<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-users</a><u></u>><br>
<br>
<br>
<br>
<br>
<br>
--<br>
OpenSim: 10 Region Standalone on 0.7.6 Dev<br>
Physics: Open Dynamics Engine<br>
OS: Windows 7 (x64)<br>
CPU: AMD Phenom II X4 840 3.2 GHz<br>
Memory: 11 GB DDR3<br>
Database: MySQL 5.1.63 (x64)<br>
<br></div>
______________________________<u></u>___________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a> <mailto:<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.<u></u>berlios.de</a>><br>
<a href="https://lists.berlios.de/__mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/__<u></u>mailman/listinfo/opensim-users</a> <<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-users</a><u></u>><div>
<br>
<br>
<br>
<br>
<br>
--<br>
'Consider how the lilies grow. They do not labor or spin.'<br></div>
*Rameshsharma Ramloll* PhD, CEO CTO DeepSemaphore LLC, Affiliate /Research Associate Professor/, Idaho State University,<div><br>
Pocatello, ID 83209 Tel: <a href="tel:208-240-0040" value="+12082400040" target="_blank">208-240-0040</a><br></div>
Blog <<a href="http://deepsemaphore.posterous.com/" target="_blank">http://deepsemaphore.<u></u>posterous.com/</a>>, LinkedIn <<a href="http://www.linkedin.com/in/rameshramloll" target="_blank">http://www.linkedin.com/in/<u></u>rameshramloll</a>>, DeepSemaphore LLC<br>
<<a href="http://www.deepsemaphore.com" target="_blank">http://www.deepsemaphore.com</a>><u></u>, Google+ profile <<a href="https://plus.google.com/103652369558830540272/about" target="_blank">https://plus.google.com/<u></u>103652369558830540272/about</a>><div>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-users</a><br>
<br>
</div></blockquote><span><font color="#888888">
<br>
<br>
-- <br>
Justin Clark-Casey (justincc)<br>
OSVW Consulting<br>
<a href="http://justincc.org" target="_blank">http://justincc.org</a><br>
<a href="http://twitter.com/justincc" target="_blank">http://twitter.com/justincc</a></font></span><div><div><br>
______________________________<u></u>_________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de" target="_blank">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><font color="#999999">'Consider how the lilies grow. They do not labor or spin.'</font><br></div></div><div class="im"><b>Rameshsharma Ramloll</b> PhD, CEO CTO DeepSemaphore LLC, Affiliate <i>Research Associate Professor</i>, Idaho State University, Pocatello, ID 83209 Tel: 208-240-0040<br>
<div><a href="http://deepsemaphore.posterous.com/" target="_blank">Blog</a>, <a href="http://www.linkedin.com/in/rameshramloll" target="_blank">LinkedIn</a>, <a href="http://www.deepsemaphore.com" target="_blank">DeepSemaphore LLC</a>, <a href="https://plus.google.com/103652369558830540272/about" target="_blank">Google+ profile</a></div>
</div></div>
<br>_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br></blockquote></div><br><br clear="all"><br>-- <br>Michael Emory Cerquoni
</div>