
|
If you were logged in you would be able to see more operations.
|
|
|
|
File Attachments:
|
None
|
|
Image Attachments:
|
|
|
Issue Links:
|
Relates
|
|
|
|
This issue is related to by:
|
|
|
SVC-869 Fighting Spam, Scams & Phishing: Add a "Give & Sell Permissions" Parcel Option.
|
|
|
|
 |
|
SVC-2853 Ability to detect / prevent / eject users of payable objects
|
|
|
|
 |
|
SVC-456 Meta-Issue: Improved Anti-Griefer Tools
|
|
|
|
|
|
SVC-267 Meta-Issue: Small improvements over big new features!
|
|
|
|
|
|
|
There are constant problems with many types of scams in SL. Like people putting transparent payment boxes in front of vendors/atms. Or just leaving magic money pyramids lying around. Or dropping random vendors all over the place. I have an idea on how this could be fixed.
What we need, is a server-side flag to specify for the parcel in About Land. Something like "Allow Transactions on this land" anyone, group members only. In the same place and format as the "Create Objects", "Run scripts" and "object entry" permissions
When transactions are disabled, The following things would happen
1. Any object requesting debit permissions from anyone on the land, would have the permissions automatically rejected without a dialog, and the error "land does not allow transactions"
2. Any payments to any object which is owned by someone who does not have transaction permissions, would be returned to sender. Money events would not be called. In the case of buying, the transaction would simply be cancelled.
3. Payments to avatars in the screen would not work. And would be returned. This gets around the problem of peopel wearing large attachments, and standing near payable vendors and such. Paying avatars through profiles would still be allowed, as that's nigh impossible to do accidentally.
4. This permission should be calculated based on the position of the payer, NOT the recieving object. This would prevent the problem of people placing megaprims in neighboring parcels that would still be payable otherwise.
This solution would have the effect of completely negating scams, selling in sandboxes, fake vendors, etc. This flag could be applied to all public land. private sandboxes, stores, banks, etc. A flag like this could seriously strike a blow against many forms of financial evilness, and mean a lot of shop owners could afford to leave building on.
|
|
Description
|
There are constant problems with many types of scams in SL. Like people putting transparent payment boxes in front of vendors/atms. Or just leaving magic money pyramids lying around. Or dropping random vendors all over the place. I have an idea on how this could be fixed.
What we need, is a server-side flag to specify for the parcel in About Land. Something like "Allow Transactions on this land" anyone, group members only. In the same place and format as the "Create Objects", "Run scripts" and "object entry" permissions
When transactions are disabled, The following things would happen
1. Any object requesting debit permissions from anyone on the land, would have the permissions automatically rejected without a dialog, and the error "land does not allow transactions"
2. Any payments to any object which is owned by someone who does not have transaction permissions, would be returned to sender. Money events would not be called. In the case of buying, the transaction would simply be cancelled.
3. Payments to avatars in the screen would not work. And would be returned. This gets around the problem of peopel wearing large attachments, and standing near payable vendors and such. Paying avatars through profiles would still be allowed, as that's nigh impossible to do accidentally.
4. This permission should be calculated based on the position of the payer, NOT the recieving object. This would prevent the problem of people placing megaprims in neighboring parcels that would still be payable otherwise.
This solution would have the effect of completely negating scams, selling in sandboxes, fake vendors, etc. This flag could be applied to all public land. private sandboxes, stores, banks, etc. A flag like this could seriously strike a blow against many forms of financial evilness, and mean a lot of shop owners could afford to leave building on. |
Show » |
made changes - 16/Jul/07 06:15 AM
| Field |
Original Value |
New Value |
|
Description
|
There are constant problems with many types of scams in SL. Like people putting transparent payment boxes in front of vendors/atms. Or just leaving magic money pyramids lying around. Or dropping random vendors all over the place. I have an idea on how this could be fixed.
What we need, is a serverside flag. Something like "Allow Transactions on this land" anyone, group members only.
When transactions are disabled, The following things would happen
1. Any object requesting debit permissions from anyone on the land, would have the permissions automatically rejected without a dialog, and the error "land does not allow transactions"
2. Any payments to any object which is owned by someone who does not have transaction permissions, would be returned to sender. Money events would not be called. In the case of buying, the transaction would simply be cancelled.
3. Payments to avatars in the screen would not work. And would be returned. This gets around the problem of peopel wearing large attachments, and standing near payable vendors and such. Paying avatars through profiles would still be allowed, as that's nigh impossible to do accidentally.
4. This permission spould be calculated based on the position of the payer, NOT the recieving object. This would prevent the problem of people placing megaprims in neighboring parcels that would still be payable otherwise.
This solution would have the effect of completely negating scams, selling in sandboxes, fake vendors, etc. This flag could be applied to all public land. private sandboxes, stores, banks, etc. A flag like this could seriously strike a blow against many forms of financial evilness, and mean a lot of shop owners could afford to leave building on.
|
There are constant problems with many types of scams in SL. Like people putting transparent payment boxes in front of vendors/atms. Or just leaving magic money pyramids lying around. Or dropping random vendors all over the place. I have an idea on how this could be fixed.
What we need, is a serverside flag to specify for the parcel in About Land. Something like "Allow Transactions on this land" anyone, group members only. In the same place and format as the "Create Objects", "Run scripts" and "object entry" permissions
When transactions are disabled, The following things would happen
1. Any object requesting debit permissions from anyone on the land, would have the permissions automatically rejected without a dialog, and the error "land does not allow transactions"
2. Any payments to any object which is owned by someone who does not have transaction permissions, would be returned to sender. Money events would not be called. In the case of buying, the transaction would simply be cancelled.
3. Payments to avatars in the screen would not work. And would be returned. This gets around the problem of peopel wearing large attachments, and standing near payable vendors and such. Paying avatars through profiles would still be allowed, as that's nigh impossible to do accidentally.
4. This permission spould be calculated based on the position of the payer, NOT the recieving object. This would prevent the problem of people placing megaprims in neighboring parcels that would still be payable otherwise.
This solution would have the effect of completely negating scams, selling in sandboxes, fake vendors, etc. This flag could be applied to all public land. private sandboxes, stores, banks, etc. A flag like this could seriously strike a blow against many forms of financial evilness, and mean a lot of shop owners could afford to leave building on.
|
made changes - 16/Jul/07 06:17 AM
|
Link
|
|
This issue is related to by MISC-384
[ MISC-384
]
|
made changes - 25/Jul/07 10:11 AM
|
Link
|
|
This issue duplicates SVC-456
[ SVC-456
]
|
made changes - 25/Jul/07 10:15 AM
|
Link
|
|
This issue is related to by SVC-456
[ SVC-456
]
|
made changes - 29/Jul/07 06:58 PM
|
Link
|
This issue duplicates SVC-456
[ SVC-456
]
|
|
made changes - 06/Aug/07 08:04 AM
|
Link
|
|
This issue is related to by SVC-267
[ SVC-267
]
|
made changes - 13/Aug/07 07:19 PM
|
Link
|
|
This issue is related to by SVC-541
[ SVC-541
]
|
made changes - 21/Aug/07 03:10 PM
|
Description
|
There are constant problems with many types of scams in SL. Like people putting transparent payment boxes in front of vendors/atms. Or just leaving magic money pyramids lying around. Or dropping random vendors all over the place. I have an idea on how this could be fixed.
What we need, is a serverside flag to specify for the parcel in About Land. Something like "Allow Transactions on this land" anyone, group members only. In the same place and format as the "Create Objects", "Run scripts" and "object entry" permissions
When transactions are disabled, The following things would happen
1. Any object requesting debit permissions from anyone on the land, would have the permissions automatically rejected without a dialog, and the error "land does not allow transactions"
2. Any payments to any object which is owned by someone who does not have transaction permissions, would be returned to sender. Money events would not be called. In the case of buying, the transaction would simply be cancelled.
3. Payments to avatars in the screen would not work. And would be returned. This gets around the problem of peopel wearing large attachments, and standing near payable vendors and such. Paying avatars through profiles would still be allowed, as that's nigh impossible to do accidentally.
4. This permission spould be calculated based on the position of the payer, NOT the recieving object. This would prevent the problem of people placing megaprims in neighboring parcels that would still be payable otherwise.
This solution would have the effect of completely negating scams, selling in sandboxes, fake vendors, etc. This flag could be applied to all public land. private sandboxes, stores, banks, etc. A flag like this could seriously strike a blow against many forms of financial evilness, and mean a lot of shop owners could afford to leave building on.
|
There are constant problems with many types of scams in SL. Like people putting transparent payment boxes in front of vendors/atms. Or just leaving magic money pyramids lying around. Or dropping random vendors all over the place. I have an idea on how this could be fixed.
What we need, is a server-side flag to specify for the parcel in About Land. Something like "Allow Transactions on this land" anyone, group members only. In the same place and format as the "Create Objects", "Run scripts" and "object entry" permissions
When transactions are disabled, The following things would happen
1. Any object requesting debit permissions from anyone on the land, would have the permissions automatically rejected without a dialog, and the error "land does not allow transactions"
2. Any payments to any object which is owned by someone who does not have transaction permissions, would be returned to sender. Money events would not be called. In the case of buying, the transaction would simply be cancelled.
3. Payments to avatars in the screen would not work. And would be returned. This gets around the problem of peopel wearing large attachments, and standing near payable vendors and such. Paying avatars through profiles would still be allowed, as that's nigh impossible to do accidentally.
4. This permission should be calculated based on the position of the payer, NOT the recieving object. This would prevent the problem of people placing megaprims in neighboring parcels that would still be payable otherwise.
This solution would have the effect of completely negating scams, selling in sandboxes, fake vendors, etc. This flag could be applied to all public land. private sandboxes, stores, banks, etc. A flag like this could seriously strike a blow against many forms of financial evilness, and mean a lot of shop owners could afford to leave building on.
|
made changes - 24/Oct/07 01:16 AM
|
Link
|
|
This issue is related to by SVC-869
[ SVC-869
]
|
made changes - 22/Dec/07 01:02 AM
|
Workflow
|
jira
[ 13868
]
|
jira-2007-12-21
[ 20719
]
|
made changes - 22/Dec/07 01:23 AM
|
Workflow
|
jira
[ 20719
]
|
jira-2007-12-21
[ 21903
]
|
made changes - 23/Dec/07 12:14 AM
|
Workflow
|
jira-2007-12-21
[ 21903
]
|
jira-2007-12-22a
[ 48253
]
|
made changes - 23/Dec/07 12:31 AM
|
Workflow
|
jira-2007-12-21
[ 48253
]
|
jira-2007-12-22a
[ 49211
]
|
made changes - 31/Mar/08 05:09 AM
|
Link
|
This issue is related to by SVC-541
[ SVC-541
]
|
|
made changes - 10/Apr/08 02:44 PM
|
Priority
|
Normal
[ 4
]
|
Major
[ 3
]
|
made changes - 13/Nov/08 12:02 PM
|
Workflow
|
jira-2007-12-22a
[ 49211
]
|
jira-2008-11-14
[ 80187
]
|
made changes - 13/Nov/08 04:26 PM
|
Workflow
|
jira-2008-11-14
[ 80187
]
|
jira-2008-11-14a
[ 86089
]
|
made changes - 13/Nov/08 04:39 PM
|
Workflow
|
jira-2008-11-14
[ 86089
]
|
jira-2008-11-14a
[ 89851
]
|
made changes - 13/Nov/08 04:47 PM
|
Workflow
|
jira-2008-11-14
[ 89851
]
|
jira-2008-11-14a
[ 92483
]
|
made changes - 29/Jan/09 05:58 AM
|
Priority
|
Major
[ 3
]
|
Critical
[ 2
]
|
made changes - 05/Jun/09 03:07 PM
|