0007868: "My Suitcase" folder missing in OSgrid. (unavailabe) objects are available

Notes
(0030139) Mandarinka Tasty (reporter) 2016-04-02 09:02	hello. Personally i consider that it is not absolutely bug=issue in refer to OSGrid. There are many grids, like Kitely mentioned by You, including mine as well, where HGInventoryService is based on HG 2.0 protocol, then InventoryServiceInConnector is based on LocalServiceModule = "OpenSim.Services.HypergridService.dll:HGSuitcaseInventoryService" but there are also grids, that work on other versions of HG, like osgrid works. And all of them have absolute rights to use it too. I only remind those other ones: HG1.5, more permissive based on:LocalServiceModule = "OpenSim.Services.HypergridService.dll:HGInventoryService" and HG1.0 based on LocalServiceModule = "OpenSim.Services.InventoryService.dll:XInventoryService" It is nothing wrong that osgrid does not use My Suitcase folder in their robust configuration. In my grid i use HG 2.0 and each of my residents uses My suitcase folder when hypergriding. But when resiednt arrives to osgrid, then inventory of him/her can't show My suitase fodler since osgrid works in different way. and that's why items are available for wearing or rezzing etc. So I can't see any issue with it for osgrid, that is by design in their config, but that is my individual opinion. Regards

(0030144) Kayaker Magic (reporter) 2016-04-04 22:20	There is a mode you can select that displays all of your inventory as (unavailable) when it is actually available? And you can choose to use that mode? And you would do so on purpose? Seems to me if that is a useful mode it should not display (unavailable) for available objects. I was told that the Suitcase mode was an important security feature, it protects your inventory from becoming available to the servers of the regions that you pass through when hypergridding. Why would OSgrid use a less secure inventory system? Was this done on purpose or by accident?

(0030147) Mandarinka Tasty (reporter) 2016-04-05 03:16 edited on: 2016-04-05 03:37	Hello Kayaker. The protocol that My Suitcase folder is based on, can be set in the grid only by admins. So i can choose and set it only in grids that i administrate and to be exact and precise that does not mean administration in-world, but such external administration = access to editing RobustHG.ini file. Only there, appropriate person can apply such settings for entire grid. In my grids, i have deliberately chosen this more secured protocol: HG.2.0, in this way i have enabled, in my grids, functionality of My suitcase folder. That indeed gives more security for resident being in hypergrid travel. But once again, that is optional setting ! No one should force administrators of other grid like OSGrid, to change their settings referrign existing or not existing functionality of My Suitcase folder in their configuration. The entire Metaverse, whole OpenSim where OSGrid is just one part of it, gives everyone = who manages administration of grid free choice to set whatever administrator wants to set etc. That is not Second Life, never forget it. So OSGrid administrators have decided to use such protocol for HGInventoryService, where My Suitcase folder works in different way. When You create account in OSGrid, you notice at once, that your inventory has not such folder at all. Because OpenSim gives us freedom of choice, all settings are always made on purpose, aware purpose, nothing wrong with it. As resident you also have choice what grid you want to visit. durign hypergrid travels. Kitely or any other grids , also mine, cant force OSGrid and are not allowed to force any grid to apply the same settings in their confgurations. So everyone with appropriate knowledge can create grid and choose any settings he.she wants to use. That is always approvable. In my opinion such advanced with big experience admin team of OSGrid has chosen HGInventoryService on a very aware purpose, not by accident. There is also certain variable called: RestrictInventoryAccessAbroad. The purpose is: Send visual reminder to local users that their inventories are unavailable while they are hg_traveling and available when they return. True by default. In my grids, it has always value TRUE, I set it in GridCommon.ini file of each my instance, where region is running. but this variable has meaning only whe appropriate hg protocol referrign to HGInventoryService has been set. For example in OSGrid, this file: GridCommon.ini does not contain such variable at all. In my opinion, it is by design, because OSGrid does not use My Suitcase folder at all, so for what to show availabilty or unavailability of inventories in hg_travels. Anyway, this variable does not decide if My Suitcase folder is active or not. That is just info. The most important for functionality of My Suitcase folder is choosing and setting ( in RobustHG.ini ) appropriate HgInventoryService, but that has been described by me above. That is my opinion. Regards !

(0030148) Mandarinka Tasty (reporter) 2016-04-05 03:48	Even my friend, you have written following steps to reproduce: Login to OSGrid. Note that you do not have a My Suitcase folder. and now it should end history, lack of My Suitcase folder in yoru osgrid avatar's inventory also tells us, you that your entire inventory will be available during yoru hg travels with this avatar to another grids. When You arrive to grid ( like Kitely, or mines ) where RestrictInventoryAccessAbroad = True, then indeed you can see in your inventory folers' names, word ( Unavailable), but that is not important for yoru osgrid avatar=account because your osgrid avatar has not My Suitcase folder at all. If your avatar would have such folder in your inventory, then information about unavailability of your inventory folders, would tell you: use My suitcase folder now. But because your osgrid account does not have this My Suitcase folder, then you can feel free to use your entire inventory during hg travels. Regards

(0036026) Ferd Frederix (reporter) 2020-01-04 13:39	This is a viewer issue, and not an Opensim issue. I am closing this old Mantis as Opensim and OsGrid may have no suitcase, by design. The viewer still shows Inventory Not Available when travelling from there, though it is available. But that is a viewer issue. Robust.HG.ini: If Suitcase() [HGInventoryService] LocalServiceModule= OpenSim.Services.HypergridService.dll:HGSuitcaseInventoryService Else [HGInventoryService] LocalServiceModule= OpenSim.Services.HypergridService.dll:HGInventoryService

(0037202) aiaustin (developer) 2020-11-19 04:32	Found to be an issue related to use of an out of range folder type number (> 63) assigned to My Suitcase which just happened to work in 64 bit Firestorm but not 32 bit Firestorm, and perhaps other viewers. See http://opensimulator.org/mantis/view.php?id=8813 [^] Fix applied to Firestorm as https://vcs.firestormviewer.org/phoenix-firestorm/changeset/33629ee40a2b24cfbff1ad9bd04715a1427cd0b5 [^]

(0037203) aiaustin (developer) 2020-11-19 04:37	OpenSim has used a high folder type number of 100 since 0.8.2.1 release. See http://opensimulator.org/wiki/0.8.2.0_Release [^] This was out of range for some masking and filtering functionality in the Firestorm (and perhaps other) viewers, but just happened to work in 64 bit versions, but not 32 bit versions. Firestorm as at 2020-11-19 has been adjusted to allow for the special case of the My Suitcase folder in OpenSim.

Issue History
Date Modified	Username	Field	Change
2016-04-01 08:36	Kayaker Magic	New Issue
2016-04-02 09:02	Mandarinka Tasty	Note Added: 0030139
2016-04-04 22:20	Kayaker Magic	Note Added: 0030144
2016-04-05 03:16	Mandarinka Tasty	Note Added: 0030147
2016-04-05 03:16	Mandarinka Tasty	Note Edited: 0030147	View Revisions
2016-04-05 03:18	Mandarinka Tasty	Note Edited: 0030147	View Revisions
2016-04-05 03:19	Mandarinka Tasty	Note Edited: 0030147	View Revisions
2016-04-05 03:37	Mandarinka Tasty	Note Edited: 0030147	View Revisions
2016-04-05 03:48	Mandarinka Tasty	Note Added: 0030148
2020-01-04 13:39	Ferd Frederix	Script Engine	=> XEngine
2020-01-04 13:39	Ferd Frederix	Note Added: 0036026
2020-01-04 13:39	Ferd Frederix	Status	new => confirmed
2020-01-04 13:39	Ferd Frederix	Resolution	open => won't fix
2020-01-04 13:49	Ferd Frederix	Status	confirmed => resolved
2020-11-19 04:32	aiaustin	Assigned To	=> aiaustin
2020-11-19 04:32	aiaustin	Note Added: 0037202
2020-11-19 04:32	aiaustin	Status	resolved => feedback
2020-11-19 04:32	aiaustin	Resolution	won't fix => reopened
2020-11-19 04:33	aiaustin	Relationship added	related to 0008813
2020-11-19 04:37	aiaustin	Note Added: 0037203
2020-11-19 04:37	aiaustin	Status	feedback => closed
2020-11-19 04:37	aiaustin	Resolution	reopened => no change required