|Anonymous | Login | Signup for a new account||2017-06-24 22:20 PDT|
|Main | My View | View Issues | Change Log | Roadmap | Summary | My Account|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0007800||opensim||[GRID] Inventory Service||public||2016-01-08 05:57||2017-05-27 14:47|
|Platform||Intel i7 930 quad||OS||Windows .NET||OS Version||Win10 x64|
|Product Version||master (dev code)|
|Target Version||Fixed in Version|
|Summary||0007800: Login to 0.9 region with empty cache results in new calling card being created for each friend|
|Description||I try to avoid clearing my cache too often but needed to do so yesterday and then I logged directly into our sandbox region running under OpenSim 0.9.0.0 Dev ee15c51 2016-01-01 (Unix/Mono). On doing so, every single calling card in my friends list folder (Calling Cards > Friends > All) was duplicated.|
This only occurs after clearing viewer cache...login with full cache does not., nor does it cause the duplicates to be removed.
I have tested this a couple times in case it was a freak and for me it's 100% reproducible (and now have 9 copies of every single calling card) for a total of well in excess of 1000 duplicates.
Logging into a region running OpenSim 0.8.3.0 Dev 719c0d09ae 21-Oct-2015 with empty cache does not produce this behaviour.
|Steps To Reproduce||Clear viewer cache|
Log in to region
|Additional Information||Is it safe for me to manually delete all but 1 copy of each of these calling cards or is there a specific one that needs to be saved?|
|Tags||No tags attached.|
|Git Revision or version number||OpenSim 0.9.0.0 Dev ee15c51 2016-01-01|
|Run Mode||Grid (1 Region per Sim)|
|Environment||Mono / Linux64|
|Viewer||Firestorm 4.7.5 (47975)|
edited on: 2016-01-08 09:29
I confirm this on Openvue grid on latest 0.9.0 dev master version opensim-0.9.0-235-gee15c51.zip just with normal logins, I have not cleared the cache in a long time. So I think this issue also happens without any cache clearing going on.
I saw 7 copies (exactly) for each friends in the Calling Cards -> Friends -> All folder.
I deleted all but latest version of each leaving just one for each friends... and emptied the trash.
Then logged off and back on and voila, I had TWO copies of each friend's name in Calling Cards -> Friends -> All folder.
I have also confirmed this is occurring on my AiLand grid on same latest 0.9.0 dev master and on OSGrid.
I have noticed that recently an unchanging grid data base was growing more than expected and it may be the thousands of calling card records that will be being created are bloating the data bases. This should therefore be considered an urgent matter as once in I think always in.
I have a sense of deja vu on this, I think this was an issue that was fixed before and may be another reversion.
I know that this similar problem is reported in Second Life as well. https://jira.secondlife.com/browse/BUG-10703? [^]
Reported on Firestorm's Jira as well. http://jira.phoenixviewer.com/browse/FIRE-17291 [^]
Could it be a potential viewer problem?
I can also confirm this on UFSGrid.
OpenSim 0.8.0.3-ufsgrid 1.3 Release 1a00976 (Unix/Mono)
|Here is a small primer on Mono: https://www.everipedia.com/Mono_(software)/ [^]|
I just tested this several times on my grid, and it did not happen at all ..
Running the latest master with FS64 188.8.131.52150
So this could be a mono specific or a FS/Mono Specific
|This was a FS issue|
|2016-01-08 05:57||Mata Hari||New Issue|
|2016-01-08 09:19||aiaustin||Note Added: 0029920|
|2016-01-08 09:20||aiaustin||Note Edited: 0029920||View Revisions|
|2016-01-08 09:23||aiaustin||Note Edited: 0029920||View Revisions|
|2016-01-08 09:28||aiaustin||Note Edited: 0029920||View Revisions|
|2016-01-08 09:29||aiaustin||Note Edited: 0029920||View Revisions|
|2016-02-19 20:15||Helios.Q||Note Added: 0030046|
|2016-02-19 20:16||Helios.Q||Note Added: 0030047|
|2017-04-06 22:27||travm1||Note Added: 0031729|
|2017-04-06 23:43||watcher64||Note Added: 0031730|
|2017-05-27 14:47||UbitUmarov||Note Added: 0031971|
|Copyright © 2000 - 2012 MantisBT Group|