Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0005716opensim[REGION] Specific OpenSim Modulepublic2011-09-29 08:002013-12-10 14:54
ReporterZore 
Assigned To 
PrioritynormalSeverityminorReproducibilityalways
StatusnewResolutionopen 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0005716: Unable to change script permissions
DescriptionWhen I create a Script, it appears to everybody as "No copy/No modify/No transfer" and can't view it, no matter that the option "serverside_object_permissions is set to false.

Also, if I try to activate the "Allow anyone to copy" option in the properties of the script, it instantly deactivates by itself and there's no effect.
Additional InformationI've tried with Imprudence 1.3.2, Hippo 0.6.3 and RealXtend 1.20.13 and there's no difference.
TagsNo tags attached.
Git Revision or version number 
Run ModeStandalone (1 Region)
Physics EngineBasicPhysics
Script Engine
Environment.NET / Windows64
Mono VersionNone
Viewerseveral viewers
Attached Files

- Relationships

-  Notes
(0021167)
justincc (administrator)
2012-03-30 16:46

Is this still an issue with current OpenSimulator?
(0021200)
maryjanew beck (reporter)
2012-04-06 14:36

having problems with my scripts not working in osg no error either..
(0021201)
maryjanew beck (reporter)
2012-04-06 14:39

and my aos for my avater dose not work either
(0021202)
Digi Fly (reporter)
2012-04-06 14:40

Not sure if this is the problem. sometimes a script get locked if you select it and you have nor perms. If that happens i always select something else or click away from the object. slect other object as example. And then click back on the object i want to edit the script from. then perms and rights come back.
(0022472)
albertlr Landar (reporter)
2012-08-28 20:33
edited on: 2012-08-28 20:33

I wanted to update this mantis, because it seems to be an on going problem with the script permissions. Full permisssions can be set for everything except for "Anyone can Copy". And this is under the Properties of the script as Zore reported back in March. This is easily reproduced by making a prim and click on create script. Go to the properties of the script itself and even though you put a check mark in the slection for Allowing Anyone To Copy, it deselects immediately. Every other permission can be checked. Under the contents, we should be able to click those permissions and it should reset all permissions for everything in the contents including the script. But this action also can not set the script to allow copying. This causes a problem for us builders who want to not only share the physical build, but also the script in the contents. I have talked to several others on OSGRID and they get the exact same problem with this one permission in scripts. The problems start to occur when we try to give these builds to others, and it seems to start affecting other permission as the builds are duplicated by others. I have tried Imprudence 1.4, 1.3, the latest Firestorm, and Singularity, all behave the exact same way. Hopefully this can be fixed eventually. Its really a pain and I would personally raise the severity setting some.

(0022484)
albertlr Landar (reporter)
2012-08-29 16:38

I've done some additional experimenting on the permissions problem, and it appears it is not just with scripts. Anything that is placed in a prim deactivates the Anyone can copy if it is already selected. There appears to be no problem in the inventory. Just when it is moved or pasted into the contents, or created in the contents of a prim. It appears any object, notecard, script, sound or Texture can NOT be set to Anyone can copy there. Now the funny thing is if you move the object, script, notecard etc. back to inventory the properties now show it selected as Anyone can copy in the inventory, but again moving back to the prim it is deactivated. And I should mention the prim I tested this on was itself full permission already. Seems to work the same way regardless of the viewer used.
(0024098)
dz (reporter)
2013-06-15 08:40

bump...

This is still a problem in 7.6 dev....

Object permissions can be set in inventory, but as soon as the item is placed into the contents of an in-world object, the "Anyone can copy" permission gets revoked and cannot be reset.

- Issue History
Date Modified Username Field Change
2011-09-29 08:00 Zore New Issue
2011-09-29 08:00 Zore Git Revision =>
2011-09-29 08:00 Zore Run Mode => Standalone (1 Region)
2011-09-29 08:00 Zore Physics Engine => BasicPhysics
2011-09-29 08:00 Zore Environment => .NET / Windows64
2011-09-29 08:00 Zore Mono Version => None
2011-09-29 08:00 Zore Viewer => several viewers
2012-03-30 16:46 justincc Note Added: 0021167
2012-04-06 14:36 maryjanew beck Note Added: 0021200
2012-04-06 14:39 maryjanew beck Note Added: 0021201
2012-04-06 14:40 Digi Fly Note Added: 0021202
2012-08-28 20:33 albertlr Landar Note Added: 0022472
2012-08-28 20:33 albertlr Landar Note Edited: 0022472 View Revisions
2012-08-29 16:38 albertlr Landar Note Added: 0022484
2013-06-15 08:40 dz Note Added: 0024098


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker