search

Mad-Cookies-Studio / mad-productivity

Ever felt like being productive? No? Me neither.
MIT License
129 stars 13 forks source link

Mad Productivity 0.0.2 crashes on startup on Pop!_OS with Nvidia card #10

Open kennydrobnack opened 2 years ago

kennydrobnack commented 2 years ago

The previous version of MadProductivity worked fairly well on my system. I downloaded the latest and it is crashing on startup. I'm running on Pop!_OS 21.04 with (I think) all the latest updates installed. I unzipped the file in my Downloads/ folder, changed the file to executable, ran it and it crashed. I started on the command line and got the following error:

./MadProductivity.x86_64 Godot Engine v3.4.stable.official.206ba70f4 - https://godotengine.org OpenGL ES 2.0 Renderer: NVIDIA GeForce RTX 2060/PCIe/SSE2 OpenGL ES Batching: ON

WARNING: Debanding is not supported in the GLES2 backend. To use debanding, switch to the GLES3 backend and make sure HDR is enabled. at: render_target_set_use_debanding (drivers/gles2/rasterizer_storage_gles2.cpp:5643) directory exists! directory exists! directory exists! Resource exists! Resource exists! Resource exists! Segmentation fault (core dumped)

lentsius-bark commented 2 years ago

I wonder what this could be a problem with! I suspect it might be colliding with the previously saved time tracking data from the previous version. Easiest way to try would be to go to your local data folder an rename the one where mad productivity has its data. Then try running mad productivity again. If it works then the issue was with data, if not it's going to be a different problem. Perhaps, could I send you a debug build, to see more info when you run it? Thanks!

DeerTears commented 2 years ago

I believe I had this same issue but with an Intel HD Graphics 620 and W10. Moving out all files from my user data settings: /AppData/roaming/Godot/MadProductivity/ got it to launch, and afterwards it launches like normal while remembering what I entered in the new version. I haven't tried migrating my 0.0.1 userdata to 0.0.2, but I don't really have a mighty need to. Maybe there's some discrepancy in how it's stored?

lentsius-bark commented 2 years ago

The time tracking and Todo resources have a new structure, those should have a function that'd migrate data. This is something that needs to be implemented. If possible, would you send the resources from 0.0.1?

kennydrobnack commented 2 years ago

@DeerTears looks like Linux keeps the data in $HOME/.local/share/godot/app_userdata/MadProductivity I zipped up a copy of it for troubleshooting and removed it and the app launched fine. Luckily I only had one item I tracked any time against since I've just started trying this out.

kennydrobnack commented 2 years ago

The time tracking and Todo resources have a new structure, those should have a function that'd migrate data. This is something that needs to be implemented. If possible, would you send the resources from 0.0.1?

Removing the previous data fixed it! I've got the data zipped up, just not sure what is the best way to send that to you?

Also I'm curious if you've messed with migrating the data structures. Is that something fairly easy to do in Godot?

lentsius-bark commented 2 years ago

@kennydrobnack feel free to send me a zip with the time tracking and todo resources, I'll take care of the rest. I have dabbled with data migrating, only once before but it was pretty straight forward, each resource will have a version number and if they dont line up there are methods that move the data around in a way that'll make it accessible (hopefully)

edit: spelling

kennydrobnack commented 2 years ago

Here's my zipped folder from ~/.local/share/godot/app_userdata/MadProductivity

On Sat, Nov 13, 2021 at 4:06 AM Krystof Klestil @.***> wrote:

@kennydrobnack https://github.com/kennydrobnack feel free to send me a zip with the time tracking and too resources, I'll take care of the rest. I have dabbled with data migrating, only once before but it was pretty straight forward, each resource will have a version number and if they dont line up there are methods that move the data around in a way that'll make it accessible (hopefully)

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/Mad-Cookies-Studio/mad-productivity/issues/10#issuecomment-967876796, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAZ5YPBKYDUIMRUTYDPKKLULYTBXANCNFSM5H35HO6Q . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

lentsius-bark commented 2 years ago

Thank you very much, sadly I cant see the file, can you try sending it again? Thanks!

kennydrobnack commented 2 years ago

Thank you very much, sadly I cant see the file, can you try sending it again? Thanks!

Shoot. It looks like the attachments sent to Github emails when I reply to them get dropped. Sorry about that. Let me try attaching one directly. MadProductivity-kenny.tar.gz