Coffee Pancake Posted May 1, 2021 Share Posted May 1, 2021 (edited) So, <hair brand> just broke all their HUDS remotely, they no longer change the hair and just throw a http script error if you spam click. So I assume they were phoning home. <hair brand> creator profile says to just get a redelivery to fix the HUD issue. The old <hair brand> meshes were modify, with no mod scripts. This was very useful and the primary reason I have a fair collection. The new <hair brand> meshes are all nomod and it appears all perms on the SLM are now nomod too. So not only do I feel like I've been robbed, I'm wondering if I've been spied on too. Thanks <hair brand>. The http error message generated by spamming the HUD, this hair was 100% phoning home, same error on multiple test regions with multiple huds. Too many erroneous (5XX) HTTP responses too fast. -- Sorry, I should have been clearer - The hair is not checking for an update. All the HUDs for the hair just stopped working. The only reason I found out about the "update" was the creator profile. Edited May 1, 2021 by Coffee Pancake Added OLD vs NEW edit screenshots. Added http error. Added clarification 3 3 4 Link to comment Share on other sites More sharing options...
Qie Niangao Posted May 1, 2021 Share Posted May 1, 2021 2 hours ago, Coffee Pancake said: ... same error on multiple test regions with multiple huds. Too many erroneous (5XX) HTTP responses too fast. Too bad "multiple test regions", otherwise https://jira.secondlife.com/browse/BUG-230546 is the same error, suspiciously (but I guess coincidentally) recent. I hate no-mod hair even more than most other no-mod things. 1 Link to comment Share on other sites More sharing options...
Kimmi Zehetbauer Posted May 1, 2021 Share Posted May 1, 2021 (edited) Time to check my hair inventory..... Is it one of the major hair makers such as the one that starts with the first letter of the alphabet? Edited May 1, 2021 by Kimmi Zehetbauer Hit the Enter button too soon. Link to comment Share on other sites More sharing options...
Scylla Rhiadra Posted May 1, 2021 Share Posted May 1, 2021 (edited) Not sure if it's the same hair brand, but I noticed this a month or so ago with the five or six sets of hair I have from a favourite hair store too. The newer hair is fine, but the ones I bought a few years ago are all broken -- same scripting message. I was wondering how that happened. What would be the point of a simple hair HUD "phoning home"? It's a pretty simple thing. PS. I asked some friends with the same hair styles to test it . . . they had the same problem. Edited May 1, 2021 by Scylla Rhiadra Link to comment Share on other sites More sharing options...
Innula Zenovka Posted May 1, 2021 Share Posted May 1, 2021 3 hours ago, Coffee Pancake said: The http error message generated by spamming the HUD, this hair was 100% phoning home, same error on multiple test regions with multiple huds. Checking to see if there's an update available, maybe, and the URL no longer works for whatever reason? Link to comment Share on other sites More sharing options...
Scylla Rhiadra Posted May 1, 2021 Share Posted May 1, 2021 Just now, Innula Zenovka said: Checking to see if there's an update available, maybe, and the URL no longer works for whatever reason? In the case of the hair brand I'm talking about, I don't think I've ever seen an update from them. But honestly, I can't imagine what other reason there'd be for this. 1 Link to comment Share on other sites More sharing options...
Innula Zenovka Posted May 1, 2021 Share Posted May 1, 2021 (edited) 4 minutes ago, Scylla Rhiadra said: In the case of the hair brand I'm talking about, I don't think I've ever seen an update from them. But honestly, I can't imagine what other reason there'd be for this. That's the main reason I can think of to make http requests each time some wears or logs in wearing something. I'm pretty sure that most of the main vending systems offer that as an option, so I can see someone dropping a script in their hair, in case they ever needed to do an update, even if they didn't ever plan to, just because it was there and they'd paid for it, so why not include it, just in case you ever need it? Edited May 1, 2021 by Innula Zenovka 1 Link to comment Share on other sites More sharing options...
Scylla Rhiadra Posted May 1, 2021 Share Posted May 1, 2021 Just now, Innula Zenovka said: That's the main reason I can think of to make http requests each time some wears or logs in wearing something. I'm pretty sure that most of the main vending systems offer that as an option, so I can see someone dropping a script in their hair, in case they ever needed to do an update, even if they didn't ever plan to, just because it was there and they'd paid for it. Or . . . the hair brand is actually owned by Bill Gates, and this is what he does in SL because the microchips in the vaccine don't work properly here? (And indeed, what does, what does?) 1 4 Link to comment Share on other sites More sharing options...
Marianne Little Posted May 1, 2021 Share Posted May 1, 2021 This was a sneaky way to force us to use no modify hair, making the mod hair useless and put no mod versions in the redelivery. 😡 I read Seraphimsl, and saw it's a new event called [MOD]IFY. Only modifiable content. It is becoming to look like it's nothing modifiable left to buy, creators make so much more no mod, and it is getting worse. 6 Link to comment Share on other sites More sharing options...
Scylla Rhiadra Posted May 1, 2021 Share Posted May 1, 2021 Just now, Marianne Little said: I read Seraphimsl, and saw it's a new event called [MOD]IFY. Only modifiable content. That is a reassuring sign, though. Obviously some creators are recognizing that there is a demand for mod content. 3 Link to comment Share on other sites More sharing options...
Wulfie Reanimator Posted May 1, 2021 Share Posted May 1, 2021 (edited) Sad to see this happen. The 5xx HTTP errors are things like "Internal Server Error", "Bad Gateway", or "Service Unavailable." They probably just ditched the server/domain they were using and/or moved to another one. Since the scripts can't be updated remotely (and weren't developed with this situation in mind), they're stuck trying to communicate with the obsolete address. The most innocent use-case would be checking for updates. I can also imagine it being another misguided creator trying to prevent copybotting by having the scripts check back with the server. (Won't work, btw.) The new items being no-modify would kind of support this idea. One thing you can try to do in the future is check whether your objects are reserving URLs (Avatar > Avatar Health > Scripts), but it'll only tell you if a script has the potential to receive external communications. A script doesn't need to reserve URLs to send stuff out to external servers. Edited May 1, 2021 by Wulfie Reanimator 4 Link to comment Share on other sites More sharing options...
Coffee Pancake Posted May 1, 2021 Author Share Posted May 1, 2021 A script phoning home to see if an update is available and a script phoning home for permission to operate are two different things. The error is issued from the hair, not the hud. Link to comment Share on other sites More sharing options...
RunawayBunny Posted May 1, 2021 Share Posted May 1, 2021 2 hours ago, Wulfie Reanimator said: They probably just ditched the server/domain they were using and/or moved to another one. Since the scripts can't be updated remotely (and weren't developed with this situation in mind), they're stuck trying to communicate with the obsolete address. They can probably make a smooth update for domain switch.. Send user a update before taking down previous domain, new update points new domain, user will not notice anything. I am guessing creator activated kill switch intentionally (assuming its their update server). If they are creating content very long time they will probably not take down domain without a proper update and they probably know it. Another possibility creator using third party update service and its gone silent. Link to comment Share on other sites More sharing options...
Wulfie Reanimator Posted May 1, 2021 Share Posted May 1, 2021 23 minutes ago, Coffee Pancake said: A script phoning home to see if an update is available and a script phoning home for permission to operate are two different things. The error is issued from the hair, not the hud. Probably the misguided copybot protection then. Have you tried asking the creator what purpose the server has? 21 minutes ago, RunawayBunny said: They can probably make a smooth update for domain switch.. Send user a update before taking down previous domain, new update points new domain, user will not notice anything. I am guessing creator activated kill switch intentionally (assuming its their update server). If they are creating content very long time they will probably not take down domain without a proper update and they probably know it. Another possibility creator using third party update service and its gone silent. Even if you send out the update before losing the old server, there's no guarantee that customers will update (whether they ignore the update or fail to update some specific outfit with the old version). Link to comment Share on other sites More sharing options...
Coffee Pancake Posted May 1, 2021 Author Share Posted May 1, 2021 Sorry. I should have been clearer - The hair is not checking for an update. All the HUDs just stopped working. The only reason I found out about the "update" was the creator profile. (updated the OP) Link to comment Share on other sites More sharing options...
Charlotte Bartlett Posted May 1, 2021 Share Posted May 1, 2021 3 hours ago, Marianne Little said: This was a sneaky way to force us to use no modify hair, making the mod hair useless and put no mod versions in the redelivery. 😡 I read Seraphimsl, and saw it's a new event called [MOD]IFY. Only modifiable content. It is becoming to look like it's nothing modifiable left to buy, creators make so much more no mod, and it is getting worse. we are still Mod! Fashion / hair etc sadly mostly no mod. H&G rely on Mod or our stuff becomes useless to people. 5 1 Link to comment Share on other sites More sharing options...
RunawayBunny Posted May 1, 2021 Share Posted May 1, 2021 (edited) 28 minutes ago, Wulfie Reanimator said: Even if you send out the update before losing the old server, there's no guarantee that customers will update (whether they ignore the update or fail to update some specific outfit with the old version). Yep.. This is why we have group notices redelivery and subscription systems 21 minutes ago, Coffee Pancake said: All the HUDs just stopped working. The only reason I found out about the "update" was the creator profile. Too many erroneous (5XX) HTTP responses too fast. Seems HUD it self tied to a server for functioning properly. I made some items that stops functioning if object's creator / size / number of prims / root and child prim description changes. It will also require activation from external server. I am guessing your hair expecting a answer from server for running properly. But answer not available with 5xx error so creator making a forced update and taking down previous product by disabling it.. This is only logical explanation I came up with Is it allowed or ethical I don't know. I think best way to find out asking the content creator I am curious about answer. Edited May 1, 2021 by RunawayBunny Link to comment Share on other sites More sharing options...
Jenna Huntsman Posted May 1, 2021 Share Posted May 1, 2021 (edited) 56 minutes ago, RunawayBunny said: They can probably make a smooth update for domain switch.. Send user a update before taking down previous domain, new update points new domain, user will not notice anything. This is a pretty silly way of doing it, unfortunately. The best way I can think of off the top of my head (that does mean to say, there are probably better ways than this!) is to have the script do a HTTP request to a dynamic DNS address, so the URL of the domain is actually irrelevant and will always point to the correct IP of wherever the server is located. This means you don't even need to update if the backend domain changes, as long as the Dynamic DNS is kept up to date. This does, of course assume that the server is not the issue however. With that said however, it's inexcusable that content should be broken by a (seemingly) unnecessary check, and the solution is to downgrade the customer. Who tf does that!?! Edited May 1, 2021 by Jenna Huntsman 2 Link to comment Share on other sites More sharing options...
Silent Mistwalker Posted May 1, 2021 Share Posted May 1, 2021 1 minute ago, Jenna Huntsman said: Who tf does that!?! Not who, what. Greed. 1 Link to comment Share on other sites More sharing options...
RunawayBunny Posted May 1, 2021 Share Posted May 1, 2021 4 minutes ago, Jenna Huntsman said: With that said however, it's inexcusable that content should be broken by a (seemingly) unnecessary check, and the solution is to downgrade the customer. Who tf does that!?! There might be many reasons.. If script heavily relying data from object (description for storing data, size for storing data).. yep disabling script might be good idea or script will work awkward. But for a hair product I don't see any reason to do it. 6 minutes ago, Jenna Huntsman said: Dynamic DNS is kept up to date. I never seen any reliable dyn dns service. Perhaps its just me. Link to comment Share on other sites More sharing options...
Coffee Pancake Posted May 1, 2021 Author Share Posted May 1, 2021 20 minutes ago, RunawayBunny said: I never seen any reliable dyn dns service. Perhaps its just me. Been very happy with https://freedns.afraid.org/ 1 Link to comment Share on other sites More sharing options...
Paul Hexem Posted May 1, 2021 Share Posted May 1, 2021 (edited) 5 hours ago, Wulfie Reanimator said: I can also imagine it being another misguided creator trying to prevent copybotting This is especially funny, because if there were ever a situation where I wouldn't feel bad to see a creator get copybotted, it'd be a situation like this. Breaking people's content remotely is basically begging them to copybot it to fix it. Edited May 1, 2021 by Paul Hexem 1 Link to comment Share on other sites More sharing options...
animats Posted May 1, 2021 Share Posted May 1, 2021 I have a swim HUD which, late last year, started getting HTTP errors. It's apparently phoning home to a defunct server. Nothing about what it does requires phoning home. Link to comment Share on other sites More sharing options...
Coffee Pancake Posted May 1, 2021 Author Share Posted May 1, 2021 I'm starting to wish we could see when scripts make HTTP connections. Would help weed out the stuff that's active for no purpose beyond generating statistics and collecting information about the avatar. 2 Link to comment Share on other sites More sharing options...
Scylla Rhiadra Posted May 1, 2021 Share Posted May 1, 2021 1 minute ago, Coffee Pancake said: I'm starting to wish we could see when scripts make HTTP connections. Would help weed out the stuff that's active for no purpose beyond generating statistics and collecting information about the avatar. Who on earth would be interested in such information, though? What would be the point? Even Facebook, that most insidious of data harvesters, doesn't seem to much care about identities that are not RL -- as witness the fact that they delete avatar accounts. I'm not doubting you that this is happening, but what on earth could they find out about me that would be worth having? Link to comment Share on other sites More sharing options...
Recommended Posts
Please take a moment to consider if this thread is worth bumping.
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now