7 ms·

"bug" vs "feature" is a silly debate about semantics until someone uses it as a justification to push back releasing a fix. Bugs get fixed immediately, but feat

"bug" vs "feature" is a silly debate about semantics until someone uses it as a justification to push back releasing a fix. Bugs get fixed immediately, but feature requests can wait. And also, who says that mis-designed features aren't bugs? In this case, they designed a bug, and shipped it.

jameshart 6y ago
Introducing an entirely new user-facing dialog option into the upgrade install flow doesn't sound like a 'bug fix' to me in any system. That's completely new UX, localization, security concerns, documentation... Autoupgrading might totally be a misfeature for your usecase, but it's how this program works. If you don't want it to do that, then uninstall it.
- lopatin 6y ago
  > but it's how this program works Or how it doesn't work, in this case. > If you don't want it to do that, then uninstall it And use what? There are no alternatives. Should I quit my job while I'm at it? Maybe I can just downgrade it .... oh wait ..
- asidiali 6y ago
  Implementing new UI required to fix a bug due to functionality oversight, is still a bug. This broke production environments. That is a bug. Bugs can introduce new development to meet acceptance criteria, if that is the right way to solve the bug. Edit: kelnos accurately pointed out that I should have said development environment, and not production.
  - jameshart 6y ago
    No, a bug in the new release that the autodeployer autodeployed was the bug. The autodeployer worked flawlessly. Presumably it also would flawlessly autodeploy the fix for that bug when it gets released.
    - asidiali 6y ago
      > No, a bug in the release...was the bug. So, there was a bug. A UX bug. Bugs aren’t software-exclusive. I may be misunderstanding your point.
      - pvorb 6y ago
        But still, if there was no bug in 3.0.2, people wouldn't have tried to downgrade to 3.0.1 again. So the bug was not in 3.0.0, nor in 3.0.1, but only in 3.0.2.
        lopatin 6y ago
        > people wouldn't have tried to downgrade to 3.0.1 again What's the point of having versions if you can't install them?
        pvorb 6y ago
        There's a point for the developers and to communicate features and bugfixes. And they still help in supporting installations. But you are correct, they become less important. They (patch versions at least) don't necessarily have to be communicated to users.
        asidiali 6y ago
        So a user experiences a separate bug in 3.0.2, tries to downgrade to 3.0.1, and is unable to as they are re-upgraded right back to 3.0.2. Do you not consider that a new additional bug, that one is unable to downgrade to 3.0.1, a stable build, at that point? I’d argue that’s a new bug that wasn’t previously discovered.
        pvorb 6y ago
        To me the question is, if it's still a bug once the original bug in 3.0.2 got fixed. I'd argue no, you might argue yes. I think auto-upgrades of Docker are totally fine if it makes the lives of Docker devs easier and they can concentrate on more meaningful things. After all, the majority of the user base is not paying a single cent for the software. If a paying customer complains about auto-upgrades and wants to buy into their own support branch, that's a different story.
  - kelnos 6y ago
    > This broke production environments. This broke development environments. I really hope no one is using Docker Desktop running on Mac in production. Not to trivialize the issue; lost productivity due to a a bug in a software update sucks. But people are not getting irate customer phone calls or losing revenue because of product downtime due to this.
    - asidiali 6y ago
      Good point, thank you for the correction.
    - k_sze 6y ago
      > But people are not getting irate customer phone calls or losing revenue because of product downtime due to this. It could be an indirect cause of irate calls because there’s a bug in production but the dev environment is broken by Docker’s auto-update so the devs can’t work on a fix for the production bug.
      - jackinloadup 6y ago
        Dude! This exactly. Think about having to explain that to NASA. Ahh sorry I can't fix this major SEC issue because our developers can't do a release atm. It went over as well as you'd think. I had to pull out our actual contract to be like "Well... we actually have like 8 days to fix this criticality of SEC so..." Then prayed to Al Gore and Linus Torvalds that what ever this dependency was would be resolved before I got my ass handed to me.
    - dragonwriter 6y ago
      > This broke development environments. I really hope no one is using Docker Desktop running on Mac in production. If it breaks even just my desktop working environment, and that impairs my ability to remediate a production problem, it's causing production downtime. Dev environments aren't decorative.
- TheRealSteel 6y ago
  "Just don't use it. Just quit your job, stop paying your rent". This advice is precisely as useful as people that scream "move to Canada" at anyone who suggests we make any political progress. It benefits everyone if we improve software. It benefits nobody if everyone never reports their problems and simply quietly disappears and quit their job when something in the software they use needs to be fixed -- and I think it's pretty obvious that course of action is unreasonable and unworkable.
  - jameshart 6y ago
    I don't understand. We are talking about Docker Desktop for Mac, right? The piece of free-of-charge software that makes it a bit more convenient to use docker (which let's be clear is a Linux tool) from a Mac? If you don't like the way that convenience is provided to you, then yes, you don't need to use it, and that is not tantamount to telling you to give up and go move to Canada. The developers have chosen to implement autoupdating. That meant that in December they pushed a version which had a bug in it, and users received the bugged version. Then they pushed a version with a fix, and users received the version with the fix. That doesn't seem worth throwing a tantrum over.
    - pdimitar 6y ago
      Did you read the thread? - Docker for Mac has no alternative. - Docker for Mac periodically ships bugs that make the program (and Docker itself) unusable. - Devs cannot downgrade -- so their workday can be productive and not wasted on fighting with the tool. You seem to be implying that people are entitled. I suppose technically this can be true but Docker for Mac is viewed as a critical infrastructure and thus people should have venues to make it workable even if the latest version is bugged. They ask for choice and are against force automatic updating to the latest version. > That doesn't seem worth throwing a tantrum over. Such emotional reactions cast a doubt on whether you are arguing in good faith.
asidiali 6y ago
Exactly. The fact they pushed back for this to be fixed under a new feature release vs bug hotfix, is simply salt on the wound.

jameshart 6y ago

Introducing an entirely new user-facing dialog option into the upgrade install flow doesn't sound like a 'bug fix' to me in any system. That's completely new UX, localization, security concerns, documentation... Autoupgrading might totally be a misfeature for your usecase, but it's how this program works. If you don't want it to do that, then uninstall it.

lopatin 6y ago
> but it's how this program works Or how it doesn't work, in this case. > If you don't want it to do that, then uninstall it And use what? There are no alternatives. Should I quit my job while I'm at it? Maybe I can just downgrade it .... oh wait ..
asidiali 6y ago
Implementing new UI required to fix a bug due to functionality oversight, is still a bug. This broke production environments. That is a bug. Bugs can introduce new development to meet acceptance criteria, if that is the right way to solve the bug. Edit: kelnos accurately pointed out that I should have said development environment, and not production.
- jameshart 6y ago
  No, a bug in the new release that the autodeployer autodeployed was the bug. The autodeployer worked flawlessly. Presumably it also would flawlessly autodeploy the fix for that bug when it gets released.
  - asidiali 6y ago
    > No, a bug in the release...was the bug. So, there was a bug. A UX bug. Bugs aren’t software-exclusive. I may be misunderstanding your point.
    - pvorb 6y ago
      But still, if there was no bug in 3.0.2, people wouldn't have tried to downgrade to 3.0.1 again. So the bug was not in 3.0.0, nor in 3.0.1, but only in 3.0.2.
      - lopatin 6y ago
        > people wouldn't have tried to downgrade to 3.0.1 again What's the point of having versions if you can't install them?
        pvorb 6y ago
        There's a point for the developers and to communicate features and bugfixes. And they still help in supporting installations. But you are correct, they become less important. They (patch versions at least) don't necessarily have to be communicated to users.
      - asidiali 6y ago
        So a user experiences a separate bug in 3.0.2, tries to downgrade to 3.0.1, and is unable to as they are re-upgraded right back to 3.0.2. Do you not consider that a new additional bug, that one is unable to downgrade to 3.0.1, a stable build, at that point? I’d argue that’s a new bug that wasn’t previously discovered.
        pvorb 6y ago
        To me the question is, if it's still a bug once the original bug in 3.0.2 got fixed. I'd argue no, you might argue yes. I think auto-upgrades of Docker are totally fine if it makes the lives of Docker devs easier and they can concentrate on more meaningful things. After all, the majority of the user base is not paying a single cent for the software. If a paying customer complains about auto-upgrades and wants to buy into their own support branch, that's a different story.
- kelnos 6y ago
  > This broke production environments. This broke development environments. I really hope no one is using Docker Desktop running on Mac in production. Not to trivialize the issue; lost productivity due to a a bug in a software update sucks. But people are not getting irate customer phone calls or losing revenue because of product downtime due to this.
  - asidiali 6y ago
    Good point, thank you for the correction.
  - k_sze 6y ago
    > But people are not getting irate customer phone calls or losing revenue because of product downtime due to this. It could be an indirect cause of irate calls because there’s a bug in production but the dev environment is broken by Docker’s auto-update so the devs can’t work on a fix for the production bug.
    - jackinloadup 6y ago
      Dude! This exactly. Think about having to explain that to NASA. Ahh sorry I can't fix this major SEC issue because our developers can't do a release atm. It went over as well as you'd think. I had to pull out our actual contract to be like "Well... we actually have like 8 days to fix this criticality of SEC so..." Then prayed to Al Gore and Linus Torvalds that what ever this dependency was would be resolved before I got my ass handed to me.
  - dragonwriter 6y ago
    > This broke development environments. I really hope no one is using Docker Desktop running on Mac in production. If it breaks even just my desktop working environment, and that impairs my ability to remediate a production problem, it's causing production downtime. Dev environments aren't decorative.
TheRealSteel 6y ago
"Just don't use it. Just quit your job, stop paying your rent". This advice is precisely as useful as people that scream "move to Canada" at anyone who suggests we make any political progress. It benefits everyone if we improve software. It benefits nobody if everyone never reports their problems and simply quietly disappears and quit their job when something in the software they use needs to be fixed -- and I think it's pretty obvious that course of action is unreasonable and unworkable.
- jameshart 6y ago
  I don't understand. We are talking about Docker Desktop for Mac, right? The piece of free-of-charge software that makes it a bit more convenient to use docker (which let's be clear is a Linux tool) from a Mac? If you don't like the way that convenience is provided to you, then yes, you don't need to use it, and that is not tantamount to telling you to give up and go move to Canada. The developers have chosen to implement autoupdating. That meant that in December they pushed a version which had a bug in it, and users received the bugged version. Then they pushed a version with a fix, and users received the version with the fix. That doesn't seem worth throwing a tantrum over.
  - pdimitar 6y ago
    Did you read the thread? - Docker for Mac has no alternative. - Docker for Mac periodically ships bugs that make the program (and Docker itself) unusable. - Devs cannot downgrade -- so their workday can be productive and not wasted on fighting with the tool. You seem to be implying that people are entitled. I suppose technically this can be true but Docker for Mac is viewed as a critical infrastructure and thus people should have venues to make it workable even if the latest version is bugged. They ask for choice and are against force automatic updating to the latest version. > That doesn't seem worth throwing a tantrum over. Such emotional reactions cast a doubt on whether you are arguing in good faith.

asidiali 6y ago

Exactly. The fact they pushed back for this to be fixed under a new feature release vs bug hotfix, is simply salt on the wound.