Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0008569opensim[REGION] OpenSim Corepublic2019-07-31 16:192019-08-10 08:20
ReporterManwa Pastorelli 
Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
StatusnewResolutionopen 
PlatformUnixOSKubuntuOS Version19.04
Product Version0.9.0.1 
Target VersionFixed in Version 
Summary0008569: Removing a script with llRemoveInventory after a touch start event lets you left click and drag the prim.
DescriptionIf you have a script with a touch start event, and then use llRemoveInventory to remove that script the object is left in a state where you can left-click and drag it.
N8o
What is worse is that anyone can do this, not just the person who owns the prim.

This is not true in 0.8, nor is it true in second life.

Video Demonstration: https://youtu.be/GfNBolcM [^]
Steps To Reproduce1. go to a region running on 0.9.0.1
2. Build a box
3. Add the following script.

default
{
    state_entry()
    {
        
    }
    
    touch_start(integer any)
    {
        llSay(0, "watch how you can move me after this!");
        llRemoveInventory(llGetScriptName());
    }
}

4. Click on the box
5. Hover the mouse over the box again, left click and hold then drag the mouse around.
6. Repeat the left click and drag from another avi with no edit rights etc
Additional InformationAdding another script with a touch_start event will stop the issue. However, if you remove the script, even using the viewer anyone can once again move the prim about. If the new script is later removed the issue returns.

This also affects .net as well as mono.
TagsNo tags attached.
Git Revision or version number
Run Mode Grid (Multiple Regions per Sim)
Physics EngineBulletSim
EnvironmentMono / Windows
Mono VersionOther
ViewerFirestorm 6.0.2 (56680)
Attached Files

- Relationships
related to 0008573closeddjphil All linked objects with touch script are dragable 

-  Notes
(0035529)
Manwa Pastorelli (reporter)
2019-07-31 16:21

https://www.youtube.com/watch?v=GfNBolcMN8o [^]
(0035531)
UbitUmarov (administrator)
2019-07-31 18:42

could not repo that with a avatar with no right to move on master.
with right to move the same happens on 0.8.2
will look for a workaround
(0035533)
UbitUmarov (administrator)
2019-07-31 19:51

lol, the same does happen at SL :)
(0035534)
UbitUmarov (administrator)
2019-07-31 21:57

note that i only test current dev code, version 0.9.1
this does have a lot of changes and fixes since 0.9.0.1.

so this may had already changed and what i seen was identical to SL

i.e. doing left click and moving the mouse holding the left button the prim does move.
on a second click and drag, there is no movement.

this also happens at SL.

never seen a avatar with no move rights move the prim

even seeing the prim move at SL in this case, i did code changes to avoid that.
A non physical prim is not supposed to move by mouse drag unless with the move tool (cntr + 2) active or edit
Now if there is a touch event (any of the 3) triggered, prim drag is blocked unless it is Physical. (all this was about non physical prims)
(0035536)
Manwa Pastorelli (reporter)
2019-08-01 08:39

thank you for looking at it and fixing, I have no idea why you got different results to me testing on the older codebase. Anyway, its fixed which is all that matters.
(0035537)
UbitUmarov (administrator)
2019-08-01 08:40
edited on: 2019-08-01 08:42

as I said, possible because im testing in version 0.9.1.0 and you on 0.9.0.1 ?
you can test 0.9.1 for example on a osgrid sandbox plaza ( still without my changes from yesterday)

(0035553)
djphil (reporter)
2019-08-08 05:49
edited on: 2019-08-08 06:25

I have very similar bug with current master (2019-08-07 20:06).

How to reproduce:
- create 2 prim and link them.
- put this basic touch script on root

default
{
    touch_start(integer n)
    {
        llSay(PUBLIC_CHANNEL, "Touch!");
    }
}

- clic link 2 (keep clicking) and drag.

(0035563)
djphil (reporter)
2019-08-10 08:20
edited on: 2019-08-13 02:40

For me it's fixed in ffd5c5cc9c0d7c9bb4311caf1745a8b51e8a7d24
Thank's.


- Issue History
Date Modified Username Field Change
2019-07-31 16:19 Manwa Pastorelli New Issue
2019-07-31 16:21 Manwa Pastorelli Note Added: 0035529
2019-07-31 18:42 UbitUmarov Note Added: 0035531
2019-07-31 19:51 UbitUmarov Note Added: 0035533
2019-07-31 21:57 UbitUmarov Note Added: 0035534
2019-08-01 08:39 Manwa Pastorelli Note Added: 0035536
2019-08-01 08:40 UbitUmarov Note Added: 0035537
2019-08-01 08:42 UbitUmarov Note Edited: 0035537 View Revisions
2019-08-08 05:49 djphil Note Added: 0035553
2019-08-08 06:12 djphil Note Edited: 0035553 View Revisions
2019-08-08 06:25 djphil Note Edited: 0035553 View Revisions
2019-08-08 06:25 djphil Note Edited: 0035553 View Revisions
2019-08-10 05:29 djphil Relationship added related to 0008573
2019-08-10 08:20 djphil Note Added: 0035563
2019-08-13 02:40 djphil Note Edited: 0035563 View Revisions


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker