Games
Welcome to the largest gaming community on Lemmy! Discussion for all kinds of games. Video games, tabletop games, card games etc.
Rules
1. Submissions have to be related to games
Video games, tabletop, or otherwise. Posts not related to games will be deleted.
This community is focused on games, of all kinds. Any news item or discussion should be related to gaming in some way.
2. No bigotry or harassment, be civil
No bigotry, hardline stance. Try not to get too heated when entering into a discussion or debate.
We are here to talk and discuss about one of our passions, not fight or be exposed to hate. Posts or responses that are hateful will be deleted to keep the atmosphere good. If repeatedly violated, not only will the comment be deleted but a ban will be handed out as well. We judge each case individually.
3. No excessive self-promotion
Try to keep it to 10% self-promotion / 90% other stuff in your post history.
This is to prevent people from posting for the sole purpose of promoting their own website or social media account.
4. Stay on-topic; no memes, funny videos, giveaways, reposts, or low-effort posts
This community is mostly for discussion and news. Remember to search for the thing you're submitting before posting to see if it's already been posted.
We want to keep the quality of posts high. Therefore, memes, funny videos, low-effort posts and reposts are not allowed. We prohibit giveaways because we cannot be sure that the person holding the giveaway will actually do what they promise.
5. Mark Spoilers and NSFW
Make sure to mark your stuff or it may be removed.
No one wants to be spoiled. Therefore, always mark spoilers. Similarly mark NSFW, in case anyone is browsing in a public space or at work.
6. No linking to piracy
Don't share it here, there are other places to find it. Discussion of piracy is fine.
We don't want us moderators or the admins of lemmy.world to get in trouble for linking to piracy. Therefore, any link to piracy will be removed. Discussion of it is of course allowed.
Authorized Regular Threads
Related communities
PM a mod to add your own
Video games
Generic
- !gaming@Lemmy.world: Our sister community, focused on PC and console gaming. Meme are allowed.
- !photomode@feddit.uk: For all your screenshots needs, to share your love for games graphics.
- !vgmusic@lemmy.world: A community to share your love for video games music
- !freegames@feddit.uk: A community sharing free games giveaways.
Help and suggestions
By platform
By type
- !AutomationGames@lemmy.zip
- !Incremental_Games@incremental.social
- !LifeSimulation@lemmy.world
- !CityBuilders@sh.itjust.works
- !CozyGames@Lemmy.world
- !CRPG@lemmy.world
- !horror_games@piefed.world
- !OtomeGames@ani.social
- !Shmups@lemmus.org
- !space_games@piefed.world
- !strategy_games@piefed.world
- !turnbasedstrategy@piefed.world
- !tycoon@lemmy.world
- !VisualNovels@ani.social
By games
- !Baldurs_Gate_3@lemmy.world
- !Cities_Skylines@lemmy.world
- !CassetteBeasts@Lemmy.world
- !Fallout@lemmy.world
- !FinalFantasyXIV@lemmy.world
- !Minecraft@Lemmy.world
- !NoMansSky@lemmy.world
- !Palia@Lemmy.world
- !Pokemon@lemm.ee
- !Silksong@indie-ver.se
- !Skyrim@lemmy.world
- !StardewValley@lemm.ee
- !Subnautica2@Lemmy.world
- !WorkersAndResources@lemmy.world
Language specific
- !JeuxVideo@jlai.lu: French
view the rest of the comments
In theory, I'm inclined to agree with you. But error handling in your code is not at all straightforward. Just successfully catching an error so the program can exit gracefully can be difficult. Classifying different error conditions and displaying an appropriate message is even worse.
Basically, the logs exist for exactly this purpose. Just how it works.
it is wild for someone to say this immediately after saying "actually they can't display the error because it's too hard" and somehow not realize in the middle of typing how ridiculous it is trying to square those two claims.
additionally, every logging library worth using lets you log to multiple outputs, e.g. disk and screen.
Yes, and will outputting the log directly to screen help to make the error any less confiding?
And writing code that includes robust error catching and handling is simple, then?
No one asks to output the naked log line. There are a few more information that could be presented in a more readable and useful manner in a message box. Error messages are meant to be helpful, not to annoy without knowing what happened.
Even if you are right and the log contains the answer, why not trying to make more helpful Error messages? Does it hurt you?
I have nothing against helpful error messages, please understand; just pointing out this issue is not a trivial matter. It's not like somebody is doing this just to intentionally annoy you, after all.
¯\_(ツ)_/¯
No one argued it would be a trivial issue. But how do you know its not a trivial issue? To me this does not look like a hard thing to implement, its more a design choice and a design failure. If they have the data to write into log, they could have given SOMETHING more useful (like the filename in question) with the error message.
Well, for starters, your application is confirmed to not be operating correctly; essentially, you cannot necessarily count on anything behaving correctly. Another issue is parsing the log - while it's not too difficult to check if it's a disk related issue, accurately and successfully parsing the specific cause is maybe not so easy. It really depends, and depending on what the software does there are all sorts of odd little seeming issues that can make the whole process a headache.
Anyway, it is definitely nice when developers take the time to solve as many of the "little issues" involved as they can. Plenty of software out there that's buggy and will just crash or glitch out. Can definitely be a breath of fresh air when shit works, or at least has errors that make sense. 😜
An error message does not mean the application didn't operate correctly. Not able to write to disk, is a correct behavior with expected "errors". The correct way to handle it depends on the application, but if it is about to show a message, then they could also incorporate more useful information that is already available.
Exactly why the developer should do it, not the end user. But if there is an error message, it does not necessarily mean they have to parse log files. In most cases most important and relevant information should be available already.
Maybe. But on the other side, it could also be a very simple process of adding a variable or a standard procedure. If there are discussions with 2000 pages about unclear error messages, then there is definitely something wrong. And the developers for this has to do something about it. Bringing attention to these issues is not a bad thing (although I don't think Valve reads Lemmy posts).
I agree. At last...
Edit: The point is, the application shows an error message that it could not write the file to disk. What file? I mean it would at least know what file, otherwise it could not check for not able to write it.
If they can log it, then they can show it in the message.
How often do you read log files...?
Like, windows specifically stopped including the stack trace in the blue screen of death because of how rarely that proved to be necessary. And most log files are about as easy to parse, so...
Doesn't matter. There is zero excuse for bad error messages.