Open sl-service-account opened 7 years ago
Whirly Fizzle commented at 2017-06-05T15:08:52Z
Hiya kianzun,
After you relog, is the texture still stuck in your Trash folder? Sometimes when you empty Trash, the Trash folder will actually empty but the viewer inventory still shows the deleted items as visible until you relog.
So far on Second Life 5.0.6.326593 (Second Life Release), I'm not able to reproduce textures getting stuck in Trash.
Just to note on the viewer you are using, you can no longer empty the trash folder from the Recent items tab of inventory - this is an intentional change.
Whirly Fizzle commented at 2017-06-05T15:15:39Z, updated at 2017-06-05T15:21:52Z
Actually I just reproduced this on the Asset-HTTP viewer (5.0.6.326593). Gif showing Trash failing to empty: https://gyazo.com/84cee9f6a22011f99c772d9a2373733c Trash contained only one single snapshot.
The snapshot in Trash has been deleted, just the viewer does not update to show that. Logs show:
2017-06-05T15:09:43Z WARNING: #CoreHttp LLCore::HttpPolicy::stageAfterCompletion: HTTP request 30F6FC30 failed after 0 retries. Reason: Gone (Http_410)
2017-06-05T15:09:43Z WARNING: LLCoreHttpUtil::HttpCoroHandler::onCompleted:
--------------------------------------------------------------------------
Error[Http_410] cannot access url 'https://sim10111.agni.lindenlab.com:12043/cap/985fe052-c8b4-bbfe-be5a-2dc4d8e6729a/item/5afef3d9-b83c-e94e-369f-a95103ca3d5d' because Gone
--------------------------------------------------------------------------
2017-06-05T15:09:43Z WARNING: #Inventory AISAPI::InvokeAISCommandCoro: Inventory error: Gone
2017-06-05T15:09:43Z WARNING: #Inventory AISAPI::InvokeAISCommandCoro: <llsd>
<map>
<key>error_code</key>
<integer>9</integer>
<key>error_description</key>
<string>Item does not exist or was already deleted.</string>
<key>error_filename</key>
<string>item.py</string>
<key>error_function</key>
<string>Item.delete</string>
<key>error_line_number</key>
<integer>189</integer>
<key>http_result</key>
<map>
<key>error_body</key>
<string><?xml version="1.0" ?><llsd><map><key>error_filename</key><string>item.py</string><key>error_description</key><string>Item does not exist or was already deleted.</string><key>error_function</key><string>Item.delete</string><key>item_id</key><uuid>5afef3d9-b83c-e94e-369f-a95103ca3d5d</uuid><key>error_code</key><integer>9</integer><key>error_line_number</key><integer>189</integer></map></llsd></string>
<key>headers</key>
<map />
<key>message</key>
<string />
<key>status</key>
<integer>1</integer>
<key>success</key>
<boolean>0</boolean>
<key>type</key>
<integer>410</integer>
<key>url</key>
<string>https://sim10111.agni.lindenlab.com:12043/cap/985fe052-c8b4-bbfe-be5a-2dc4d8e6729a/item/5afef3d9-b83c-e94e-369f-a95103ca3d5d</string>
</map>
<key>item_id</key>
<uuid>5afef3d9-b83c-e94e-369f-a95103ca3d5d</uuid>
</map>
</llsd>
Whirly_1.log attached.
Whirly Fizzle commented at 2017-06-05T15:33:53Z, updated at 2017-06-05T15:49:24Z
Hmm this is odd. At first emptying Trash on the Asset HTTP viewer seemed to be working as expected. Then I reproduced what I described above & after relogging the Trash was correctly empty. However I can now consistently reproduce textures or snapshots being stuck in the trash folder on this viewer and the textures are still stuck in my Trash folder after relogging.
When logging in on Firestorm, the stuck textures do not display in Trash. When relogging on the Asset HTTP viewer, the stuck textures still display in Trash. When relogging on default release Second Life 5.0.5.326444 (Second Life Release), the stuck textures still show in Trash & still will not delete. So I think somehow the LL viewer cache has become corrupted now. I cleared cache & now the stuck textures are gone on the Asset HTTP viewer, but I can reproduce the whole cycle again.... unless I clear inventory cache I can't get rid of the stuck textures from displaying in the Trash folder.
Whirly Fizzle commented at 2017-06-05T15:51:13Z
Kianzun, if the stuck textures are still in your Trash folder after relogging, does clearning the viewer cache fix the problem? In the top menu bar of the viewer, go to Me -> Preferences -> Advanced -> Click the "Clear Cache" button and relog.
AndreyK ProductEngine commented at 2017-06-05T20:59:41Z, updated at 2017-06-05T21:02:53Z
Whirly, can you try it at http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/viewer-lynx/rev/326731/index.html please? It contains potential fix for BUG-100696 with similar behavior. Was issue fully reproduced at release or only corrupted inventory after Http viewer? Also if build does fix issue (or inventory corruption), please provide logs.
Whirly Fizzle commented at 2017-06-08T19:08:09Z
@Andreyk
I logged in on http://wiki.secondlife.com/wiki/Release_Notes/Second%20Life%20Release/5.0.6.326593 (public RC of Asset HTTP) to make sure I could still reproduce the problem easily on this viewer. I could. Login locatiion: http://maps.secondlife.com/secondlife/Testylvania%20Sandbox/90/115/22 (Second Life RC BlueSteel 17.06.01.326763) When I logged in there were 3 objects and one notecard in my Trash folder. I Purged Trash and these 3 items were removed from Trash as expected. Then I opened a snapshot preview and delete it via the preview window. The snapshot went into Trash. I right clicked the Trash folder & selected "Empty Trash". The Trash folder initially emptied & then a couple odf seconds later, the deleted snapshot was visible again in the Trash folder. The Trash folder cannot now be emptied. Log attached Whirly_2.log
I then relogged on the same Asset HTTP RC build: http://wiki.secondlife.com/wiki/Release_Notes/Second%20Life%20Release/5.0.6.326593 The Trash folder was correctly empty after relog. Log attached Whirly_3.log
I then logged in on the build you gave me: http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/viewer-lynx/rev/326731/index.html Trash was empty at login as expected. I was unable to reproduce items getting stuck in Trash on this build. Log attached Whirly_4.log
Whirly Fizzle commented at 2017-06-08T19:16:40Z
I don't know if it's just coincidence but I can reproduce items getting locally stuck in Trash pretty easily on the Asset-HTTP builds. On non Asset HTTP builds I can't reproduce it easily at all - I've been unable to reproduce it since I filed BUG-100696. BUG-100696 is not a new issue though, I have has this happen a few times but very infrequently. I just decided to file an issue for it when it happened on the LL viewer.
AndreyK ProductEngine commented at 2017-06-10T16:31:53Z
Thanks for the info.
Steps to Reproduce
I deleted a texture file in my inventory but when I click delete it, it goes into your trash but when I right click my trash to clear trash, it won't get deleted.
Actual Behavior
I can't delete a texture file in trash when right clicking "Clear Trash"
Expected Behavior
Someone sent me the texture image by mistake inworld
Other information
I don't need that texture fil so I want to delete it.
Attachments
Links
Related
Original Jira Fields
| Field | Value | | ------------- | ------------- | | Issue | BUG-100785 | | Summary | [Asset HTTP] Can't Delete a texture file (image) in trash | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Reporter | kianzun (kianzun) | | Created at | 2017-06-04T20:03:58Z | | Updated at | 2017-06-19T16:45:53Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2017-06-05T10:08:51.698-0500', "Is there anything you'd like to add?": "I don't need that texture fil so I want to delete it.", 'ReOpened Count': 0.0, 'Severity': 'Unset', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'I can\'t delete a texture file in trash when right clicking "Clear Trash"', 'What were you doing when it happened?': "I deleted a texture file in my inventory but when I click delete it, it goes into your trash but when I right click my trash to clear trash, it won't get deleted. ", 'What were you expecting to happen instead?': 'Someone sent me the texture image by mistake inworld', 'Where': 'http://maps.secondlife.com/secondlife/shin%20zushi/126/155/29', } ```