Jump to content
  • Sign Up

shadow.6174

Members
  • Posts

    65
  • Joined

  • Last visited

Posts posted by shadow.6174

  1. On 6/17/2023 at 2:27 AM, Saepio.7980 said:

    This BETA is garbage - do better, or do nothing. Making WvW unplayable for many achieves nothing.

    By chance do you happen to understand the concept of "beta"? Beta implicitly means "bugs are expected, please help us find them". In other words, of course there would be issues and that's the very purpose of a beta: to find and fix such bugs. Some types of issues only arise when a larger user base is using the system or when in live environment, so that's what these beta events are meant for.

    It would be more helpful to tell what issues you are facing, giving info for devs to fix them, than just calling it "garbage". The very purpose of this beta is to "do better".

    These type of statements just reminds me of Early Access games. It's sad to see such games getting negative reviews when the very purpose of an Early Access is for players to help finding issues, where then issues are expected to happen.

    • Like 2
    • Haha 1
  2. Really a very interesting read, thank you so much for sharing it! I think such type of openness (without revealing critical business details of course) is great, for both players and developers out there (like myself).

    It can help the community to be more comprehensive and patient when such things occur and lean that things aren't so easy and simple as it can look from outside. It can also helps developers from different areas out there to learn from others' experiences, mistakes and success, to also know how to go forward.

    It has reminded me of this post (https://steamcommunity.com/app/323380/discussions/3/361787186427352059/) from another game (which ironically is all about satirizing game development and the relationship between devs and the players). Just out of nowhere one of the devs made that post sharing how they did an AI optimization, even sharing technical detail and code snippets. Really cool stuff!

    Kudos for all devs and teams and thanks again for all your work to make this game great! ❤️

    • Like 1
  3. @Vanessa.1906 said:Can you make it so that we could post a code from our build templates and share it to other people, so they can easily get our build just by pasting the code?

    That way much more would use template who usually don't look up builds and bother with proper builds for the specific content they do.

    If you look at the linked blog post, it's already going to have that feature.


    For those complaining about additional ones being charged or too few slots... that's why we hardly get nice stuff, whenever something is made, there are always some whining :tongue: Impossible to please everyone.

  4. @"Gaile Gray.6029" said:Out of curiosity, how long do you appear to be on the ground before you properly see yourself on a mount?For me it can even take longer, even up to 30 sec or so. it has been worse at Thunderhead Keeps lately. Also I noticed it commonly happens when mounting just after using a waypoint, but can occur at other situations as well. It's frustrating when there is an event going on and you miss it because being stuck for almost 1 min :anguished: Apparently it's only the camera that gets stuck, when trying to move the actual char position can be seen on mini-map and even interaction prompts show up when getting close to NPCs or interactable objects (the vid in the Erik.6951's post shows it as you see them being "teleported").

  5. Hmm, by chance has anyone tried the "workaround" suggested in the wiki? Someone even linked here the thread post that hinted it.

    Bug: Failure to defeat the Risen near each tower before they are destroyed can cause the quest to hang. See the official forums for more information.Bug: Leave the Risen Krait at third tower to the end after the tower is destroyed to cleanly Clear the Beach. Otherwise, you may not be able to talk to Tonn.

    To highlight what I mean..."Failure to defeat the Risen near each tower before they (the towers) are destroyed can cause the quest to hang."

  6. @"RAB.7682" Just for sake of curiosity and clarification, here is a little fragment of from the middle of the log after a successful run, with no crashes (note after the "lightning" part some stuff about another map loading):

    00044292: Debug: MapLoader: Completed STATE_MAP_STREAM00044292: Debug: MsCli MsgSendMapLoaded: Map File Id: 282668 Context Map Id: 2500044560: Debug: MsCli OnRecvLoadAgents: Context Map Id: 2500047187: Error: Model '0x08223a': Failed to resolve AimIK bone indices.00053499: Debug: Gc::GcAuthCmdNotifyProc: code 400053499: Debug: Auth server returned response 000055340: Error: Texture missing mip chain: 0x00f98000055344: Error: Texture missing mip chain: 0x00f98200055500: Error: Debug token '0x00000000000266FA': Lightning ran out of space for new bolts.00056071: Perf: Upcasting vertices from rigid to skinned during mesh combine.00056072: Perf: Upcasting vertices from rigid to skinned during mesh combine.00056346: Debug: MapLoader: Map model finished with time-threshold model load count: 756 Total Models: 764, MapId: 25, Position: (-22630.025391, -30589.310547, -329.587982)00056346: Debug: MapLoader: Completed STATE_MODELS_STREAM in 12.14 seconds00056766: Debug: MapLoader: Completed STATE_MAP_ASSET_STREAM00059056: Debug: MapLoader: Completed STATE_AGENT_STREAM00059924: Debug: MapLoader: Completed STATE_READY_WAIT00059924: Debug: MsCli MsgSendAgentsLoaded: Context Map Id: 25

  7. Also a general tip for these cases: have any of you facing it reported it through the in-game tool? Or only through here and support ticket? It's just that by using that tool you won't get any feedback but the report will go straightly to devs with even further details that we couldn't provide through other ways. Just a reminder in case anyone didn't know or think about it.

  8. @RAB.7682 said:

    @Inculpatus cedo.9234 said:I don't think the 'Lightning' nor the 'Bolts' referenced in the crash report has anything to do with actual lightning in-game.You see that reference in almost every complete crash report posted, and have since Core launch, no matter the issue.

    So this issue has been affecting people since launch, and no one has managed to track down its root cause and fix it yet?

    @Inculpatus cedo.9234 said:Or, it's a coding term that applies to many, many different aspects of the game. Just as the term 'bones' and 'orphan' don't specifically refer to bones or orphans in-game.

    Yes, I have seen that "lightning" reference for years now (even pre-HoT). Also, it doesn't seem to be the cause of the crash. If you look the log file even when the game works normally you will see that line a lot. Possibly it's just an info line added to the log to help devs to track down what caused an issue (given the "funny" way it describes the "issue". As Inculpatus said maybe it's just a coding that only devs know what it means).

    The fact of It being the first line in the log doesn't necessarily means it was the cause, just it was the last "issue" that occurred and the game was able to log before the crash. It's even possible that the game had no time to add what caused the crash to the log.Take some more look at the log and you will occasionally find some other "funny" entries there (can't recall from top of my mind).

    P.S.: Yes, one can notice that I think "Lightning ran out of space for new bolts" a funny sentence.

  9. @Faux Play.6104 said:The images they allow now are on a 3rd party site vs on their server. That limits what information someone can get at. If you aren't constantly keeping up with vulnerabilities it wont be safe to allow people to load files onto your webserver. Since the 3rd party sites specialize in hosting images files, they should have more resources to detect and eliminate bad files.

    Well, if it was to be an attack like one detailed in the link you posted early, the server in which it's hosted on doesn't matter, it could be hosted anywhere. Also, by allowing images to be pulled from a 3rd party server is even more insecure for that type of attack described in that article.

    However, it's very likely that those 3rd party hosting services would do something to strip info that's not image data from those files, but what if they didn't? The attack would still be possible, even if the image is hosted somewhere else! What makes it safer is if denying code to be posted in the comment field (that luckily this and the old forums always did that), those in addition with a carefully crafted image is what makes the attack possible.

    Point is, for sure nobody is denying that it's possible to exploit vulnerabilities through images, but simply denying uploads having that as reason doesn't make fully sense. It could be a factor yes, but it's not the complete response. If allowing image upload is a security threat, most than 90% of web is doomed then (bye Facebook, Instagram, Imgurl, TinyPic, Google....). Images alone doesn't offer any threat, hosting images alone also doesn't.

    It's like fire, it depends on exact components to exist, remove one and the fire is extinguished. As that article even sated at end, just a simple sanitization of posts and form contents is what's needed to prevent that type of attack. Denying images uploads altogether for that reason is like using dynamite to kill a cockroach.

  10. @"Gaile Gray.6029" said:Shadow -- you're completely mistaken. We have no issues or concerns about storage -- that is positively not the reason for our image policies. The prohibition against random uploads is based on security and on maintaining an acceptable standard for our private forums. Having vetted four sources for how they function on our forum, we've green-lighted Tumblr, Imgur, YouTube, and Instagram. I think that's great, because those are four major sites that are easy to use.

    Well, I just meant that based on the statement that uploads were prohibited due "security issues" (I have even discussed that in another thread). I just can't see how self-hosted images can cause "security issues" and what I mean with that are issues like vulnerabilities allowing some unauthorized access or damage to the server. Images just can't cause or allow that so easily.

    However, if the reason is "to keep an acceptable standard and preventing unappropriated content", that's very reasonable and understandable. And that type of issue has nothing to do with "security" in my view (maybe it's a language trick, I'm not native English speaker). I even agree that spending time reviewing unappropriated images is unreasonable and better spent somewhere else.

    Maybe this type of issue was quickly dealt away from our eyes in the old forums then it seemed it hadn't had such type of issue, that made it hard to understand it as a reason here. It's then why I made the assumption that it had to do with storage. That, plus the fact the new forums are hosted in a third party server (with possibly limited storage)... led me to that guess.

    Anyway, if it's to keep a "good standard and prevent unappropriated content", it's very understandable. But saying the reason is "security" doesn't make much sense. External links are way less safe, but at least with thumbnails it's somewhat less risky now.

    P.S.: Actually, even using external sources it's still possible to have unappropriated content poping up here... hmm...

  11. Meh, still relying on external sources sux, but being able to have a thumbnail is a good improvement. As others may have mentioned, the size needs some tweaking though.

    @"Shikigami.4013" said:What is the reason for letting people include images in their actual post but being scared of allowing people to use images for their avatars? I cannot find any justification for keeping the "no image upload allowed" policy for your avatar when you can include any image into any of your posts.

    Simple answer: storage. Apparently Anet isn't willing to host images anymore and then because relying on external sources for images in posts and a limited list of avatars. Although their official reason is "security", that doesn't make any sense at all (and a subject for another thread).

  12. @Inculpatus cedo.9234 said:

    @Healix.5819 said:Allowing embedded offsite images is a problem because it gives away your IP address to whoever wants it. They could allow embedded imgur links however, or other big names, which is certainly the better option over clicking random links to
    .

    I wonder how many people will actually see what you did.

    Oh yeah... smirks That is what is really a security issue.

    @Cronos.6532 said:Stephane Lo Presti's main concern with adding anything fun and interesting to the websites is storage space and being extreme with intellectual property :dissapointed:

    My highlight here might explain it yeah.

×
×
  • Create New...