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