Jump to content

Nickel Briand

Resident
  • Content Count

    29
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Nickel Briand

  • Rank
    Member
  1. It looks there is a nuance between the information shown on the viewer and the information shown on the account page . Actually , my account page tells "payment info on file" http://snag.gy/OkZoV.jpg But if i look the viewer , it tells "no payment info". http://snag.gy/6NxWu.jpg If i do a script , it tells neither "payment info on file" , neither "payment info used" http://snag.gy/TYkvO.jpg I know i have done several manipulations on my account in the past : i ve added billing information while a moment , cahnged it , remove it , added again etc ...
  2. You should give up this script and use the event transaction_result : http://wiki.secondlife.com/wiki/Transaction_result and the function llTransferLindenDollars http://wiki.secondlife.com/wiki/LlTransferLindenDollars
  3. Bad instance . Firstly , in your instance , the seller knows who is the buyer and who would be the receiver . If the object is copy/mod/no transfert , he can easily and without risk resend his item if it fails . Indeed , what is the difference between the case where the receiver receives the gift and does a copy , and between where the receiver receives the gift twice ? None . The selloe has necessary some logs about the transaction and about the name of the avatar who must receives the gift . Do the seller can verify if there is complain , that someone doesn t try to earn a gift without
  4. I am trying to upload a mesh with 2730 faces , 3759 vertexes. at high details I know in some other models , it has worked . But with this one , i have this curious message "The model exceeds 4000 instances." after calculating weights What does it mean ? What i need to change exactly to be able to uload it ?
  5. I know this , but you read the half of words "If destination is an avatar that refuses to accept it (by manual decline or muting), is in busy mode, or is offline with instant messages capped, it is not returned to the prim's inventory; it is deleted." So your method to give inventory in checking if they are online by llrequestagentdata is wrong . Because people can be busy and it will fail Because the refresh of the status online has not been done , and it will fail And if you want to ckeck the busy status , the script needs to be in the same prim that the avatar A better and sure met
  6. Innula Zenovka has wroten "However, that is not a great deal of help if you are trying to deliver objects in SL, where the problem most certainly exists." But the cap is on the function llgiveinventory . There is no link with llrequestagentdata . To check if this someone is online by llrequestagentdata is wrong. Because if you log off in an another sim , you will be online for the other sims while 10 minutes . So you can loose inventory too. Zanara Zenovka has wroten "Maybe try some item deliveries in SL using various methods and get back to us." But there are some existing . For
  7. Look this answer of melani in openimulator http://opensimulator.org/mantis/view.php?id=4528 " The recipient doesn't receive a message, but does indeed receive the item. In that way, it's consistent with SL when IMs are capped, because capping can also cause the dialogs to be lost in SL, but delivery as such still works. " So your problem doen t exist because of the online indicator Anyway , this method with status online doesn t work , because for the dataservives , the users can be online , but in reality they are offline . And the delay is generally of several minutes . Put an offline d
  8. Bad scriptings is to abuse some ressources who are limited as the dataservices when you can replace them with other solutions as http . Http is scalable , llrequestagentdata is not You forget too that llrequestagentdata has met some issues when the online indicator could be refreshed only after 10 minutes !!!! ( check the wiki or https://jira.secondlife.com/browse/SVC-6831? ) And you are daring to joke about http failures ??? Even in the best cases , the online status is not refreshed from the sim to the dataservices immediately ; what your scripts do when the dataservices tell that th
  9. "However it's going to break a lot of systems and make your SecondLife potentially unpleasant. Delivery systems rely on this information to know if it's safe to send items to you. Game systems use it to check if you potentially left the game. As LL implement those new game related features i could see a lot more systems doing online checks." It w wrong ; firstly because it can be easily replaced by other ways more secure . Secondly because if these scripts use llrequestagentdata, then they are badly coded. A delivery system works even when the user is offline ; basic instance : defaul
  10. Weird message . What is your browser ? Personnaly i go to this page http://secondlife.com/support/downloads/ whith my broser ( internet explorer or chrome ) and it works fine
  11. "To be fair, those tags weren't terribly reliable anyway; seems the vanity colors also screwed with the ability to correctly detect viewers. V2 was never detectable as such." You right ! For instance on opensim , with one last version updated of TPV , only 2/14 viewers are correctly named ... so less than 15%
  12. Relogging in switching the viewers may cause you more various issues . Textures , Inventory , and objects caches don t work in the same way in v1 and v2 . But for the initial problems you had , i guess you have some network issues . Are you in Wi-Fi ? Have you ckecked your packet loss in the summary at the bottom of your logfile ? ( or at the bottom of your hep/about menu) For the head sizes , it s weird . Except something who would has changed your installtion directory ( as the files avatar*llm ) i have no other idea
  13. You may easily with this : - to know my hours of work - to know when i am in holiday It s already too much specifically if you are a detective agency , or if you are in my real network , but not in my second life network . But of course , specialist spiers will use other informations about the user and will do more crosschecks. Justice have given some proves and verdicts that to try to know the hours of connection by wifi on internet was strongly illegal . I don t see why it should be different To know when i log in and when i log off is not your business . It s the same thing with
  14. "It most certainly is my business if I bump into.....as I have done a number of times......a 'friend' who is showing as offline. And nobody can answer the one simple question.....why would anyone who isn't on friends list and who has never heard of you.... want to know if you are online anyway ??" It s because you refuse to read and to listen . You react emotionnaly , i don t know why One day , somebody has asked me my credit card number . Sincerly and honnestly i don t know why he was expecting with it . Maybe he had some excellent reasons . Maybe it was for an humanist and philantro
×
×
  • Create New...