Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0005896opensim[GRID] Grid Servicepublic2012-02-20 02:372020-01-21 19:35
Assigned To 
PrioritynormalSeverityfeatureReproducibilityhave not tried
PlatformOperating SystemOperating System Version
Product Version 
Target VersionFixed in Version 
Summary0005896: Abuse Report Configuration
DescriptionI Find that opensim does not yet have a supported structure for abuse reports. I think in many situations where someone is running a grid system there should be an option to configure an abuse report system that can be accessed by the viewer. Currently on the grid I participate in the abuse report system is done through the website, which can cause issues because a user might misspell a persons avatar name, or misspell the location name etc. And if the report subject is an object they might not be able to get the Object UUID or Owner/creator information depending on the type of object it is. This would make it hard for administration and moderators to pinpoint an abuse issue and resolve it. I have included some suggestions in the Steps to Reproduce section as to how the abuse framework might be structured(I dont know C# so i cant give programming suggestions but I can provide a simple layout of something an administration or moderator team might be looking for.)
Steps To Reproduce1) A configuration file that will allow the individual(s) setting up the abuse report system for their grid to define categories from which a user can select for the abuse report.
2) A part in the Robust.ini or OpenSim.ini(Robust would be better if possilbe) Where the grid owner(s) can define an email address to which abuse report notifications should be sent to.
3) A table in the core database to record the abuse report information(this would make it easier for a team to develop a web application that could be used to review abuse reports.)this should probably include:
a) id
b) reporter UUID/Name(maybe seperate tables for both?)
c) reportee uuid/name(maybe sperate tables for both?)
d) region name/uuid(same possibility for b and c)
e) Object UUID(For Removal via the console)
f) Region Coordinates of the issue(or of the object)
g) timestamp of report
h) category
i) subject
j) body (Should be able to contain 255 for a textfield setting)
k) Status(maybe this should be configurable by the grid owner(s) that way they can define a default status like new, or a finished status like Resolved, Unresolvable, Banned etc)
l) UUID for uploaded snapshot
Additional InformationObviously that is just a simple database structure but it should suffice for the information needed. Unless anyone else has suggestions that is. OpenSim is a free service, and most grids are created as a free service, i think it is important that we have a system within this service that would help moderators and admins to keep track of abusive issues to protect the other users.
TagsNo tags attached.
Git Revision or version numberNot sure
Run Mode Grid (1 Region per Sim)
Physics EngineODE
Script Engine
Environment.NET / Windows64
Mono VersionNone
Attached Files

- Relationships

-  Notes
Pixel Tomsen (manager)
2012-02-20 12:12

opensim needs more stability and bug-fixes, your desired option, it will certainly be time later, when the simulation is increased.
I find the time this request as not important.
opensim is a free and public infrastructure, if someone has problems with someone, he can solve the currently already different.
it simply from waiting until opensim increasingly prominent, opensim will not be Linden Second Life.
Bo Iwu (reporter)
2012-02-20 12:26

I even wonder if there are no hard-coded links to LL abuse report service within viewers...
Pixel Tomsen (manager)
2012-02-20 12:27
LoralaiEnyo (reporter)
2012-02-20 14:27

@Bo I dont beleive so, using both Imprudence and Singularity when attempting to file abuse reports it returned an attempt to upload, and it looked like OpenSim actually tried to upload the report with no success.
@Pixel I agree that Opensim needs more stability and bug fixes, however even open-source chat programs and other tools have reporting features for issues such as harassment included in the frame work. It is the General understanding that any service offered as a free public service will have abusers of the service. While it may be the responsibility of the "Service Provider" IE grid owners to utilize these tools properly, the hooks and configuration should be implemented. So in this case whether or not OpenSim will be like Second Life or not is irrelevant. Also Providing a module or functionality for Grid owners to set up an abuse report system would increase the use of OpenSim, as many people may not use it due to the difficulty of being able to protect their users or users being angry because Grid Owners do not have those tools.
CodyCooper (reporter)
2019-04-24 10:59

Will Require Something To Save the Abuse Report to a File or DB, And Maybe be viewable in WIFI?
paela argus (reporter)
2019-04-25 03:44

subject closed, this party is written hard in the viewer and is not editable for opensim,
you have some way of doing abuse reports through inworld scripts etc without having to use this function that even secondlife is starting to deprecated more and more.
moreover i do not think the devs viewer is wanting to edit a wide range of code just for its ...
for me it has no interest to be added but you can add it yourself and edit your own viewer you are free to do!
Fly-Man- (developer)
2019-07-19 12:04

Abuse Reports are triggered within the client by calling a Caps, which the server can supply.

* SendUserReport
* SendUserReportWithScreenshot

So it's possible to have AbuseReports send to a database, file, whatever someone want to configure.
Ferd Frederix (reporter)
2019-07-20 21:16

Now that firestorm is spun off for Opensim as a fork. So viewer features are not showstoppers any more.

I suggest we continue to discuss this. I would love to be able to get abuse reports collected centrally.
tampa (reporter)
2019-07-25 16:10

@Fred There is a working version of abuse report caps out there, it does not need viewer changes either. The reason this is low priority is because normally filing for abuse reports is simple, sending an email to the grid owner, which should be easily found either in imprint or in the terms of service, both a requirement for websites in most countries. Besides, it gives no guarantee those reports are read either, one can simply ignore them. If sh!t really hits the fan in terms of abuse or other violations those things need to go to a lawyer anyways.

It's not a bad idea to implement this at all, but it could give a false sense of security and may end up being useless entirely that way.
CodyCooper (reporter)
2019-08-09 09:22

@Paela This is not a Viewer Thing, but more of being the Devs
Monamusa Kaliopov (reporter)
2019-08-10 01:55

I have to join Paela, there are enough other things that have higher priorities than the viewer to trigger an Abuse Report.
CodyCooper (reporter)
2019-08-10 14:13

@Monamusa Kaliopov , What Other Things?
djphil (reporter)
2019-08-10 15:11

+/- One hundred lines of code, 10 years ago ... [^]
BillBlight (developer)
2019-08-10 15:50
edited on: 2019-08-10 16:00

Very funny djphil, a little bit more than +/- 100 lines of code, maybe look at the whole thing .. [^] [^] [^] [^] [^] [^] [^]

tampa (reporter)
2019-08-10 21:30

The more I think about this the more I seem to end on the conclusion that adding this would result in users submitting reports that grid operators simply ignore, because you would need an interface to view the reports, which would mean a webroot somewhere to house the code to check the database entries or files. Those operators who can barely start OpenSim without something blowing up are never gonna check the db or look for the files. Ideally the Cap would refer users to contact the grid operator via mail or otherwise, though I am not sure the viewer is capable of giving that information without a bit of "hacking". It could be implemented, but really should remain something like an addon similar to search requiring someone actually set it up consciously.
djphil (reporter)
2020-01-21 19:35

The owner can have a choice. He can activate or not activate in his ini file.

     Enabled = true

but for this it would already be necessary that this silk implemented ...

- Issue History
Date Modified Username Field Change
2012-02-20 02:37 LoralaiEnyo New Issue
2012-02-20 12:12 Pixel Tomsen Note Added: 0020905
2012-02-20 12:26 Bo Iwu Note Added: 0020906
2012-02-20 12:27 Pixel Tomsen Note Added: 0020907
2012-02-20 14:27 LoralaiEnyo Note Added: 0020909
2019-04-24 10:59 CodyCooper Note Added: 0035165
2019-04-24 10:59 CodyCooper Status new => acknowledged
2019-04-25 03:44 paela argus Note Added: 0035168
2019-07-19 12:04 Fly-Man- Note Added: 0035491
2019-07-20 21:16 Ferd Frederix Note Added: 0035492
2019-07-25 16:10 tampa Note Added: 0035507
2019-08-09 09:22 CodyCooper Note Added: 0035559
2019-08-10 01:55 Monamusa Kaliopov Note Added: 0035560
2019-08-10 14:13 CodyCooper Note Added: 0035564
2019-08-10 15:11 djphil Note Added: 0035565
2019-08-10 15:50 BillBlight Note Added: 0035566
2019-08-10 15:51 BillBlight Note Edited: 0035566 View Revisions
2019-08-10 16:00 BillBlight Note Edited: 0035566 View Revisions
2019-08-10 21:30 tampa Note Added: 0035567
2020-01-21 19:35 djphil Note Added: 0036134

Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker