A bug developer won't fix

You are correct, and we must raise to new levels of knowledge, rigor, quality control, tools, techniques, etc. Often, the seemingly random problems happen due to multi-threading and lack of safety around shared data. For most of those, steps to reproduce can often be found to make it easier to fix. In the other, more random cases, we continue to raise our level as exhibited in this bug (esp. the linked Intel article):

1 Like

“No such thing as random”
It’s apparent you’ve never written code.

“Attitudes like that are not going to help you”
Feel free to move along, your not a help anyway.

Agreed that software is never perfect I’m not disputing this.
My initial post was made immediately after my crash so I apologize for sounding rude.
Probably should have cooled off first.

You mentioned not being able to reproduce it, are you able to produce a crash? The crash I had today was unlike others where before Windows would notify me that shotcut had froze and needed to close, that did not happen this time, it just went straight to desktop.

Is there anything you need from me to help you determine the cause?

I’m running Windows 1809 at the latest to this date.
Sorry for not specifying.

Funny how you ask this question now. I told you that you should try to specify what is triggering this crash in my very first reply to you but all you decided to do was snap back and be rude. And you did it again to me right before asking Dan this question.

Are you a developer of shotcut?
Or are you just here to troll my post?

You’re asking me if I’m a troll yet you’re the one with the name “Make_More_Enemies” and with the lousy attitude.

It’s the name of a website in development and was generated from the Gmail I signed up with.
Like I said before, feel free to go away. :grinning:

I’ll come and go as I please. Thanks. :wink:

Ah the truth is revealed.

As you please and not as your needed. :ok_hand:

“Finishing this project then I’m moving on since its apparent the developer doesn’t give a crap.”

That’s pretty harsh.

Have you seen the list of all the other bits of software that are used to build Shotcut ? Without specifics, as others have said above, it’s impossible to locate in which of the dependencies the errors are occurring, let alone fix.

The very first thing that shows on the Shotcut home page is “Shotcut is a free, open source, cross-platform video editor.” So if you want to fix it, and help others, you (or you could pay someone) to clone the code, add some debugs and find the problem yourself, in which case I’m sure the developer would welcome the contribution.

Just registered to reply in this thread.

First of all, thanks a lot to the devs: I use shotcut for almost two years now, and it provides a whole lot of amazing functionality for free.

BUT. Man, these random freezes are really annoying. Like the OP, I’ve just lost a good hour of work because of that, and it happened several times before as well.
I think all of those crushes, or most of them anyway happen after several undos in a row.

It tries to undo and then ends up in some inconsistent state where you can’t select fragments on timeline, and when I launched the export, thinking that I might later save at least part of my work, it just crushed after several minutes.

Hope you guys can fix it one day.

Cheers! :slight_smile:

Yeah it is harsh, and like I said in a following comment I make this thread while still pretty heated I had lost a ton of work. I also apologized.

Also yeah thanks for parroting the others saying I should be helping diagnose the issue, I understood that the first time. I also asked what is needed from me to diagnose the issue and haven’t heard a response from the developer or the troll since… Are you going to break the trend and tell me whats needed submission-wise to figure out what the problem is?

Good luck getting a response.
I’ve basically just been told I should be helping diagnose the issue and not complaining and after asking what they need I’ve heard nothing back.
So my title remains an accurate depiction of the results I’ve seen thus far, as the developer allows people to be condescending to those frustrated by events while continuing to ignore the original issue at hand.

Well, I did give you a suggestion of what to do. i.e. clone the source and add some debugs. Alternatively, as you’re running Windows, I’d pretty sure gdb works in Windows (I’ve only used on Linux):

Run the shotcut executable via gdb and when it barfs you’ll have copious amounts of information to send to the developers.

1 Like

Just ignore DRM - like his nick suggests, it seems he’s only here to justify his presence and only hurt genuine people.

As for the developer, he genuinely seems to care, but free software being free, he likely can’t justify spending too much time on it or the forum (because he needs to do other things that pay his bills) and so things are bound to be missed.

If multithreading is involved in the crash, then it’s going to be VERY hard to pinpoint the issue, depending on how multithreading is implemented. It needs to be implemented very carefully, and very very sparingly, only for crucial places where it will obviously help, like rendering a video in the background. And the crash may only appear on certain operating systems.

Probably helps to say Windows 10, version 1809. When I saw you wrote “Windows 1809” I thought for sure that was a typo, until I searched it just now to make sure. Perhaps others may have gotten confused too.

If bryanb’s suggestion will give debugging output, that will be very helpful for the developers. It will tell them what parts of the program were involved in the crash and help them reproduce it, and try and fix the problem. It’s the next best thing to do, I think. But it probably requires some technical experience to set up, and will probably require time that you can’t justify unless you want to help the project, which is understandable.

What is needed more than anything else is “steps to reproduce”. And I don’t mean vague general steps. I mean excruciating detail steps that result in a problem. If the steps are provided in an ordered list, that is even better. It is OK if the steps don’t reproduce the problem every time. If I have to follow the steps 10 times to get the error, I can still work with that.

It is impossible for a developer to fix a problem if he can not reproduce the problem on his own computer. When I use Shotcut to edit videos, I don’t experience random crashes. So there are two possible explanations for that:

  1. You are using Shotcut in a way that I don’t use it.
  2. There is something different about your environment that Shotcut has trouble with

Also, there is a great thread here with some good advice for requesting help:

I think what he’s getting at is he can’t reproduce it. For example, I recently switched away from Ubuntu to MX Linux, because every now and again, perhaps a few times per day, some days not at all, the whole computer would freeze and do the repeated sound thing. It was completely random. I could be working on a video. I could be reading a web page. In fact, I could be doing absolutely nothing, filing my nails, listening to music and suddenly it does it again. During which the computer is completely unresponsive. It looks like a hard crash, but each time, if I just leave it for 10 seconds or so, it unlocks and continues as normal. There are no steps to reproduce. I was even considering leaving a camera on a tripod recording over my shoulder and clip together the times it’s crashed, just to prove it’s completely random. But then I found out about MX Linux and haven’t looked back.

If the guy says he’s been experiencing it for years and still doesn’t know what triggers it, then the only choices left is for him to detail exactly the operating system version, and his hardware, also the debugger option you suggested, and also - some personal testing; re-install Windows 10 with minimal programs and see if it still does it, to try and narrow down what might be conflicting with it.

The developers of Shot Cut and the quality of the software are unbelievably robust. When you need help, it syYOUR need; can the attitude.
I suggest to anyone who disagrees - go else where or (try) and do better- develop your own!
Mike

Really the bottom line in this thread is not the robustness of the software or the quality of the product, is the attitude with which certain users ask for help.
This unpleasant attitude is by no means justifiable in a forum where most users try to help (within their knowledge and experience) others, voluntarily and selflessly.
The insistence on an unpleasant attitude towards other users does not seek to solve the problem, but to complain about the product and the developers.
This forum is the current channel available to users to share aspects related to Shotcut.
Many forget that this is not technical support, that a user who offers help is not a troll, and does not seek confrontation. Not all Shotcut users have programming knowledge and not, for this reason, we are less valid when helping other users with problems within the reach of our understanding and at our disposal of time. It is voluntary, non-profit and this is forgotten in a society where “free” is translated as “obligation”.

Divination is also not among the general skills of users and requests for help often lack necessary information. Therefore, when we want (or can) help, we ask for additional information.
We try to help, sometimes we make a mistake, sometimes we don’t, but it’s always easier if the user asks for help properly (in form and content).

It is possible to understand the moment of the frustration of a user (I can also be that user) when something happens and my work breaks down. But if I really want a solution, I do not step on the hand that offers me help.

2 Likes