|
|
|
Reopened, because this is related but does NOT duplicate
It would have been easier to just add your implications as a comment to the issue this duplicates instead of leaving both open.
Harleen I did this way because I think the real issue is that you can bork sit by rezzing a (phantom) megaprim.
I think the sculpts can be considered a sub-task: the effect is the same, but because the "sit allow bounding box" is not calculated the same way of cut/hollowed prims that have no problems. So this can be partially solved for sculpts, and later more in general by allowing sit on prims contained by a bigger prim. Except the other issue mentions megaprims just as this one does, so is not just about sculpts anymore then this one.
This problem affects prims AND sculpt prims (mega OR NOT). Try go inside a big phantom box and sit on a default cube...
This can inhibit sit on a VERY LARGE area if a MEGAprim is used (can be used to grief and can break content in the area). Sculpts have this problem enhanced by the way the "sit allow bounding box" is calculated: no sit EVEN OUTSIDE the sculpt surface. Guess we can agree to disagree, I do not read
There was a problem THERE, "suspected to be related to the vicinity of megaprims", but then it is stated on a later edit that "Aparently the issue occur when you are standing inside the bounding box of a sculpted..." And as I explained here, in general terms it depends on where your sit prim is, not on your standing position. This has been reviewed in Triage and is being resolved as Won't Finish.
What the hell do you mean by won't finish?
That's a pretty annoying issue, don't tell me you guys have no way to fix that? re: Second Life Server 1.25.5.109327
This just bit us on things that had been working perfectly fine up until about 3 days ago. I've tracked down a more specific cause of the problem. I'm sitting on a couch in the bounding box of a 40x40x40 mega sculptie just fine right now, but the freshly rezzed cube next to me give the "No room to sit here, try another spot.". After some testing and script tests, it APPEARS that the problem is for items that do not have a SitTarget EXPLICITLY SET (ie.the cube). If it has a sit target, it works. This WILL AND IS BREAKING existing content. One of my employees has a multsit couch that stopped working three days ago. Move if off the megaprim box. It works. Put it on. It fails. No explicit sit target and it fails. This is breaking existing content. This can be reproduced WITHOUT MEGAPRIMS OR SCUPLTIES
10x10x10 cube, phantom create a .5x.5.x5 cube "No room to sit here, try another spot." No MegaPrim or Sculptie was harmed in this test. Updating description and summary since it isn't apparently limited to sculpted or mega prims.
How did this end up as a duplicate of its own sub-task?
'it APPEARS that the problem is for items that do not have a SitTarget EXPLICITLY SET (ie.the cube). If it has a sit target, it works.'
This is kind-of expected, as objects with sittargets do not require an autopiloting, distance and obstruction check by the viewer and sim to see if the avatar is close enough and unobstructed enough to sit at the selected spot. Sittargetted objects can be sat on from any distance, at any time. Non-sittargetted objects, as I said, go through a variety of checks. Distance for autopilotting or outright rejection of the sit request, and checks if there are any objects in the way. What I presume is happening is that the bounding box of the sculptie, or as a matter of fact any bounding box that gets looked at during the check, simply does not get ignored if its phantom flag is set. "This is kind-of expected, as objects with sittargets do not require an autopiloting, distance and obstruction check by the viewer and sim to see if the avatar is close enough and unobstructed enough to sit at the selected spot. Sittargetted objects can be sat on from any distance, at any time."
Problem is, this is a CHANGE FROM EXPECTED BEHAVIOR when sit isnt't working. How would you feel if you got up one morning and fuond you couldn't sit in the chair in front of your computer, when you could do it the day before. It's a change from the 'accepted behavior' before this change was done. Reopening as it's not resolved. Please fix or explain why it can not be fixed.
'Problem is, this is a CHANGE FROM EXPECTED BEHAVIOR when sit isnt't working. How would you feel if you got up one morning and fuond you couldn't sit in the chair in front of your computer, when you could do it the day before. It's a change from the 'accepted behavior' before this change was done.'
I meant that the instant sit from anywhere in the sim if a sittarget is set is expected behavior, not that normal sitting inside phantom prims is blocked. Read what quote I replied to. All I know is they broke my bench, and That is something I find very aggravating. It doesn't even use a sculptie nor a megaprim. I gave a copy of said bench to Alexa and Vektor Linden.
Need fix! Unable to use mega prim for large landscaping.
Yep, this bug is causing people to be unable to use (non megaprim) sculptie "tubular caves" (with collision bound prims), and Megaprim Landscaped land. since their use (or the use of simple REGULAR prims) causes content made WITHOUT scripts NOT to work.
This is copy over from the other Issue which seems to be related to this. But this is not a duplicate, more of the other way around. (mainly because the earlier issue is not being updated anymore). ************ 1 . Create a cube prim, make it phantom, and <10,10,10>, The bug gives "No room on object". ************ It might be related with the method on blocking avatars from blocking from them sitting on the same spot. I belive this check should be written so that it checks if the object in question is not an avatar, and if the object is phantom to be able to sit on the target. The restriction of not being able to use it, is causing people to be unable to use large scale objects, (such as mega prims, but including also regular 10x10x10 prims for decorative purposes). However i will continue "large prims" to decorate my sim. ************ Gives the same error Hi, after much frustration I have found a way around this bug..at least its working for me. There is a free sit target script ( Lex Neva) which when placed inside a sculpted prim, that sits on a mega prim will override the issue. I have been using the Perfect sitter system and kept getting the no room to sit. Now that I have this target script placed into the furniture prim, no more issue. No extra prims were added and the script can be removed once you set the target. Hope this helps
That's not a workaround for the general case... it doesn't allow multiple sits and it doesn't allow you to choose your sitting position.
Seriously, I don't know why LL doesn't just allow you to sit anywhere within (say) 3 meters, regardless of the prim. position or shape. Shila, on multisit systems (scripts allowing many to sit on 1 prim) that avoids the bug only for the 1st avatar sitting, and you just need a script like this:
default { state_entry() { llSitTarget( <0,0,1.0>, ZERO_ROTATION ); }} The bad is that if you need a workaround to ALWAYS avoid the bug for more avatars sitting, you need to add more prims with the above script (you can delete the sit target script after using it, but then prims will lose the sit target in case of shift-drag copy) I make houses out of mega sculpty prims. In so doing, I am able to create very detailed buildings with very few prims. I have started to get people complaining that their furniture doesn't work in my houses. Am I supposed to increase the prim counts of my houses to avoid bounding boxes getting in the way of furniture use, even when those mega sculpties are phantom? This issue must be fixed imperatively. In the meantime I'll have to put signs up telling people to avoid furniture with certain script systems in my houses, which seems wrong when it's neither my fault, nor the fault of the furniture maker.
Another idea is that instead of telling people who buy your homes to avoid various sit systems, you might instead offer them this workaround:
Create an invisible prim and link it the item as the root, with the following script dropped into it; you may also want to select "When Right-Clicked: Sit on Object" in the edit window. Reset scripts in selection, then try your sit target. You may have to move the invisible prim around until its outside of the bounding box causing the issue (which could be a meter or two, or it could be many meters). This would need to be repeated for each linkset that is having issues with this jira. default { So far, this workaround has worked for me, though I wouldn't want this to be the Lindens long term solution for this problem - this is messy and adds unnecessary scripting - but it does provide an alternative for creators in the meantime. This is very annoying, and reproducible without sculpties or megaprims. Please consider fixing.
On the plus side, once a SitTarget is set for a prim, the script that set it can be deleted.
Unfortunately the attribute is not inherited by objects created by using Shift-Drag-Copy or Ctrl-D(to duplicate). Over the years I've been so frustrated with the default sit checks and choice of location/orientation that I'm rather draconian about setting explicit SitTargets on anything that I expect people to park their butts on. However, I agree that PHANTOM objects should never interfere with sit-checks. Voted. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Reopened
Major
Sit disabled on prims that are: inside a prim's bounding box (eg, phantom prim).
SVC-3806