Skip to content
This repository has been archived by the owner on Mar 28, 2024. It is now read-only.

[BUG-9353] Unable to save outfit #16863

Open
12 tasks
sl-service-account opened this issue May 28, 2015 · 15 comments
Open
12 tasks

[BUG-9353] Unable to save outfit #16863

sl-service-account opened this issue May 28, 2015 · 15 comments

Comments

@sl-service-account
Copy link

sl-service-account commented May 28, 2015

Steps to Reproduce

Trying to save outfit

Actual Behavior

I tried saving outfit and nothing shows up. I've tried this on FS viewer and SL viewer. I've tried multiple times, and even changed outfits completely to try and save again and it still won't work.

Expected Behavior

I expected it to save my outfit!

Other information

Attachments

Links

Related

Original Jira Fields
Field Value
Issue BUG-9353
Summary Unable to save outfit
Type Bug
Priority Unset
Status Needs More Info
Resolution Unresolved
Reporter Kaitlyn Imtiaz (kaitlyn.imtiaz)
Created at 2015-05-28T06:03:18Z
Updated at 2020-06-30T17:58:35Z
{
  'Business Unit': ['Platform'],
  'Date of First Response': '2015-05-28T01:28:12.771-0500',
  'Severity': 'Unset',
  'System': 'SL Viewer',
  'Target Viewer Version': 'viewer-development',
  'What just happened?': "I tried saving outfit and nothing shows up. I've tried this on FS viewer and SL viewer. I've tried multiple times, and even changed outfits completely to try and save again and it still won't work.",
  'What were you doing when it happened?': 'Trying to save outfit',
  'What were you expecting to happen instead?': 'I expected it to save my outfit!',
  'Where': 'http://maps.secondlife.com/secondlife/Catusia/116/90/2538',
}
@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2015-05-28T06:28:13Z, updated at 2015-05-28T09:01:47Z

Kaitlyn has this same problem on Firestorm viewer since we released with the AIS3/SSA polishing fixes.

What happens is, when Kaitlyn saves her new outfit, the outfit will seemingly save and show as a new outfit in Appearance panel but the outfit folder does not contain any items, it says: "There are no items in this outfit".
Kaitlyn either has to relog to fix it or try to save her outfit 5-6 times before it works.

This is not an isolated case - we have had a lot of reports of this problem on our 4.7.1 release but Kaitlyn was the first person willing to test on the LL viewer and report it here.

There appear to be 2 flavours to this bug - see Observed 1 and Observed 2 on http://jira.phoenixviewer.com/browse/FIRE-16100

Kaitlyn has the Observed 2 behaviour - her saved outfit within the My Outfits folder of inventory remains empty.

Other TPVs which have released with the AIS3/SSA polishing fixes are also getting reports of the same problem, for example Alchemy: https://alchemy.atlassian.net/browse/ALCH-209

Kaitlyn is going to update this issue with images showing the Appearance panel displaying the "There are no items in this outfit" text and the empty Outfits folder in inventory and her log files after reproducing this on the LL viewer.

@sl-service-account
Copy link
Author

Kaitlyn Imtiaz commented at 2015-05-28T08:50:01Z

It was suggested that I change FSUseAis3Api in the debug settings to false. I'll need to test it for awhile before I'm convinced it's fixed, but as of now, it has let me save an outfit.

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2015-05-28T09:00:33Z

Yes, setting FSUseAis3Api to FALSE in the Firestorm debug settings has so far fixed everyone with this problem - the fix is instant, no relog even is needed.
Setting FSUseAis3Api to FALSE just disables the AIS3 cap.

The LL viewer used to have a debug setting for disabling the AIS3 cap, but it was removed.

@sl-service-account
Copy link
Author

Kaitlyn Imtiaz commented at 2015-05-28T09:59:09Z

Logs

@sl-service-account
Copy link
Author

Kaitlyn Imtiaz commented at 2015-05-28T10:01:36Z

This time when I saved the outfit, it still showed in the outfits tab there were no items but in the outfits folder itself, items were there.

@sl-service-account
Copy link
Author

Alexa Linden commented at 2015-05-28T16:32:03Z, updated at 2015-05-28T16:32:13Z

Hi Kaitlyn,

I had our Devs take a look at your log. Thank you for attaching it! From what we're seeing, there seems to be a bad item in the outfits you're trying to save that is causing this failure. Have you purchased something recently that you're now wearing?

A good test would be to see what outfits save correctly and which don't... or take a failing outfit and slowly remove items from it and try saving until it saves successfully.

If you're able to nail down what item is causing this, we'd be curious to know it it causes the failed outfit save everytime. Also, when you look at Worn items in your inventory, is there any odd messaging next to it (item not found).

Please let us know and I'll continue to follow this Jira :)

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2015-05-29T06:36:59Z

Kaitlyn's log shows the same failure error that we've seen in Firestorm users logs, who could consistently reproduce this problem, the "broken_linked_ids" & "error_description':'Cannot link to non-existent items." in...

2015-05-28T09:53:46Z WARNING: AISCommand::httpFailure: [PUT:https://sim10047.agni.lindenlab.com:12043/cap/fe4e0293-2a91-6217-d9b3-78a98bd4e280/category/78c7379d-3926-be6f-8ddf-4afb8ed1bbe1/links?tid=29097cfa-e982-dd0f-f6bf-703ca1f69a44] [status:400] [reason:Bad Request] [content-type:'application/llsd+xml'] [content:{'broken_linked_ids':[u566cb59e-ef60-41d7-bfa6-e0f293fbea40],'error_code':i3,'error_description':'Cannot link to non-existent items.','error_filename':'categories.py','error_function':'CategoryAPI._get_links','error_line_number':i884,'type':i24}]
2015-05-28T09:53:46Z INFO: LLAdaptiveRetryPolicy::onFailureCommon: Non-server error 400, will not retry

..for example in this case: http://jira.phoenixviewer.com/browse/FIRE-15901 (logs are on that issue).

I managed to reproduce this problem twice tonight where I saved a new outfit and the appearance panel showed "There are no items in this outfit" and the new outfit folder created in Inventory was empty and remained empty after relog.
I haven't been able to reproduce it again and I was on Firestorm when I reproduced it (sorry!) - I tried to repro again the same way on Firestorm & the LL viewer & I cant, but I think I know what the repro is for my case so I'll give details incase it's usefull.

I was testing BUG-7623 to see if it was fixed - seems to be? I was having a really hard time getting my inventory stuck in a constantly fetching state & I used to be able to reproduce this easily.
Both times I reproduced this on Firestorm, my inventory was churning in a constantly fetching state and I tested saving an outfit and it failed.
The new outfit that failed to save was a saved outfit I was already wearing and I choose to "save as..." so I dont think in my case I had any bad items in that outfit.

Here is an image showing the outfit after it failed to save: http://i.imgur.com/InR0CoL.png
Note I had relogged when that image was taken, so inventory doesnt show Fetching....

I attached my log from that session on Firestorm - see Whirly_Firestorm.log

The failed outfit save starts at line 1354

newview/lltoastalertpanel.cpp(179) : 2015-05-29T04:22:42Z WARNING: LLToastAlertPanel::LLToastAlertPanel: Alert: Save what I'm wearing as a new Outfit:
llui/llfloater.cpp(768) : 2015-05-29T04:22:44Z INFO: LLFloater::closeFloater: Closing floater toast
llui/llmodaldialog.cpp(129) : 2015-05-29T04:22:44Z WARNING: LLModalDialog::stopModal: LLModalDialog::stopModal not in list!
llxml/llcontrol.h(300) : 2015-05-29T04:22:45Z WARNING: LLControlGroup::get: Control FSDisplaySavedOutfitsCap not found.
newview/lloutfitslist.cpp(636) : 2015-05-29T04:22:45Z INFO: LLOutfitsList::refreshList: OUTFIT RENAME: Outfits folder changed - processing changed categories
newview/lloutfitslist.cpp(907) : 2015-05-29T04:22:45Z INFO: LLOutfitsList::updateOutfitTab: OUTFIT RENAME: Trying to update outfit tab for categoryc582879f-fdbb-bed8-6bb8-11900348e6fa
newview/lloutfitslist.cpp(929) : 2015-05-29T04:22:45Z INFO: LLOutfitsList::updateOutfitTab: OUTFIT RENAME: Updating tab name
newview/lloutfitslist.cpp(649) : 2015-05-29T04:22:45Z INFO: LLOutfitsList::refreshList: OUTFIT RENAME: Outfits folder changed - processing changed categories FINISHED
newview/llappearancemgr.cpp(1633) : 2015-05-29T04:22:45Z INFO: LLAppearanceMgr::slamCategoryLinks: copying 36 items
newview/llaisapi.cpp(310) : 2015-05-29T04:22:45Z INFO: SlamFolderCommand::SlamFolderCommand: https://sim10134.agni.lindenlab.com:12043/cap/8263bed3-d56c-855f-9599-4bdff5e500b7/category/c582879f-fdbb-bed8-6bb8-11900348e6fa/links?tid=c4acc5a6-ede8-c62d-1bdd-00a422c52fae
newview/llinventorymodelbackgroundfetch.cpp(339) : 2015-05-29T04:22:45Z INFO:#Inventory LLInventoryModelBackgroundFetch::setAllFoldersFetched: Inventory background fetch completed
llxml/llcontrol.h(300) : 2015-05-29T04:22:45Z WARNING: LLControlGroup::get: Control FSDisplaySavedOutfitsCap not found.
newview/lloutfitslist.cpp(636) : 2015-05-29T04:22:45Z INFO: LLOutfitsList::refreshList: OUTFIT RENAME: Outfits folder changed - processing changed categories
newview/lloutfitslist.cpp(907) : 2015-05-29T04:22:45Z INFO: LLOutfitsList::updateOutfitTab: OUTFIT RENAME: Trying to update outfit tab for categoryc582879f-fdbb-bed8-6bb8-11900348e6fa
newview/lloutfitslist.cpp(929) : 2015-05-29T04:22:45Z INFO: LLOutfitsList::updateOutfitTab: OUTFIT RENAME: Updating tab name
newview/lloutfitslist.cpp(649) : 2015-05-29T04:22:45Z INFO: LLOutfitsList::refreshList: OUTFIT RENAME: Outfits folder changed - processing changed categories FINISHED
newview/llaisapi.cpp(105) : 2015-05-29T04:22:46Z WARNING:#Inventory AISCommand::httpFailure: [PUT:https://sim10134.agni.lindenlab.com:12043/cap/8263bed3-d56c-855f-9599-4bdff5e500b7/category/c582879f-fdbb-bed8-6bb8-11900348e6fa/links?tid=c4acc5a6-ede8-c62d-1bdd-00a422c52fae] [status:400] [reason:Bad Request] [content-type:'application/llsd+xml'] [content:{'error_code':i0,'error_description':'Duplicate links or invalid link type.','error_filename':'categories.py','error_function':'CategoryAPI._get_links','error_line_number':i829}]
newview/llhttpretrypolicy.cpp(119) : 2015-05-29T04:22:46Z INFO: LLAdaptiveRetryPolicy::onFailureCommon: Non-server error 400, will not retry

My error is different from Kaitlyns.
Mine is 'error_description':'Duplicate links or invalid link type.'

My inventory does sometimes just randomly get stuck in a "Fetching..." loop on the LL viewer so next time this happens, I'll try to save an Outfit and see if I can reproduce a failed save & add LL viewer logs here.

@sl-service-account
Copy link
Author

Kaitlyn Imtiaz commented at 2015-05-29T07:12:39Z

Do you want me to disable FSUseAis3Api and re-create this issue? Because as of right now, my problem fixed setting FSUseAis3Api to false.

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2015-05-29T15:36:57Z

Heya Kaitlyn,

The FSUseAis3Api debug setting will only affect the Firestorm viewer.
Are you still able to reproduce the original problem on the Linden Lab viewer?

If you can, please can you do what Alexa asked above while using the LL viewer.

@sl-service-account
Copy link
Author

Kaitlyn Imtiaz commented at 2015-05-29T20:42:31Z

On LL Viewer.. I have removed everything, item by item, trying save outfit after each one I took off and I am down to my eyes, my shape and my skin and I still can not save. I do not see anything else under worn.

@sl-service-account
Copy link
Author

Kaitlyn Imtiaz commented at 2015-05-29T21:33:37Z

It seems my issue has been resolved. Whirly Fizzle had me do a character test and try to save my outfit that way on the LL viewer. It saved fine. I then added the shape, eyes, hairbase and skin that I had gotten down to previously trying to find the issue, and it saved. So I went ahead and added my entire outfit, and again it saved perfectly. I did a relog, still works. Even went to an old outfit and tried to re-save and that also worked. Seems I'm all fixed. I hope it stays that way! Thanks to Whirly and all your hard work.

@sl-service-account
Copy link
Author

Kaitlyn Imtiaz commented at 2015-06-02T23:20:13Z

Well it stayed resolved for a short while :D I'm broken again and having to go back to setting FSUseAis3Api to false.

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2016-01-29T21:48:58Z, updated at 2016-01-29T21:55:09Z

I just got hit by this bug on Second Life 4.0.1 (310054) Jan 14 2016 18:17:17 (Second Life Release) & I can't work out what's wrong with the items in my COF.

  • Logged in & went to Appearance -> My Outfits -> Save as.

  • Named the outfit & saved.

  • The outfit shows as having "Undaved Changes" at the top of the appearance window.

  • In Appearance, the Outfit contents show "There are no items in this outfit".

  • Here is an image showing the contents of my COF - there are no broken links or attachments on an invalid attach point: http://prntscr.com/9wkavo

  • The "! Team jacket" outfit folder in the My Outfits folder of inventory is empty (so hidden by default on LL viewer).

  • My log shows this error: Duplicate links or invalid link type

    2016-01-29T21:36:13Z WARNING:#Inventory AISCommand::httpFailure: [PUT:https://sim8922.agni.lindenlab.com:12043/cap/3fbb3be0-4b67-91f5-50a5-70a76f0ddc99/category/6c3b3c1d-38e7-f0e5-61ef-6cf950c8aadf/links?tid=828aca12-5ee6-8b10-2051-eb92bf5bba26] [status:400] [reason:Bad Request] [content-type:'application/llsd+xml'] [content:{'error_code':i0,'error_description':'Duplicate links or invalid link type.','error_filename':'categories.py','error_function':'CategoryAPI._get_links','error_line_number':i829}]
    2016-01-29T21:36:13Z INFO: LLAdaptiveRetryPolicy::onFailureCommon: Non-server error 400, will not retry
  • Full log attached as Whirly_1.log

    Second Life 4.0.1 (310054) Jan 14 2016 18:17:17 (Second Life Release)
    Release Notes
    
    You are at 92.6, 140.8, 21.1 in Testylvania Sandbox located at sim8922.agni.lindenlab.com (216.82.41.98:12035)
    SLURL: http://maps.secondlife.com/secondlife/Testylvania%20Sandbox/93/141/21
    (global coordinates 332,637.0, 306,317.0, 21.1)
    Second Life Server 16.01.19.310114
    Release Notes
    
    CPU: Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz (3491.97 MHz)
    Memory: 16268 MB
    OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601)
    Graphics Card Vendor: NVIDIA Corporation
    Graphics Card: GeForce GTX 750/PCIe/SSE2
    
    Windows Graphics Driver Version: 10.18.0013.6175
    OpenGL Version: 4.5.0 NVIDIA 361.75
    
    libcurl Version: libcurl/7.38.0 OpenSSL/1.0.1h zlib/1.2.8
    J2C Decoder Version: KDU v7.2
    Audio Driver Version: FMOD Ex 4.44.31
    LLCEFLib/CEF Version: 1.5.1-(CEF-WIN-3.2526.1347-32)
    Voice Server Version: Vivox 4.6.0017.21209
    
    Built with MSVC version 1800
    Packets Lost: 131/9,846 (1.3%)

@sl-service-account
Copy link
Author

Whirly Fizzle commented at 2016-01-29T21:59:08Z

I did not change anything I was wearing & relogged & attempted to save the same outfit again.
This time it saved without errors: http://prntscr.com/9wki2z
My COF shows exactly the same worn items as before when the outfit save failed, so nfc what went wrong here.

@sl-service-account
Copy link
Author

Saeros Linden commented at 2017-07-07T00:45:07Z

Our apologies, it appears this jira has been a victim of a spammer. We’re cleaning up the offending comments, sorry for the mess!

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant