It used to be that after marking an item complete (Space or Shift+Space), the next item in the list (that took its...

It used to be that after marking an item complete (Space or Shift+Space), the next item in the list (that took its place) would be selected, but now it is selecting the last item in the list. This seems like a bug.

Comments

  1. Kirill Maximov (KIR)14 December 2018 at 11:55

    Hi, could you please check how it works on https://beta.checkvist.com? I hope we have fixed the problem there. Thanks!
    beta.checkvist.com - Checkvist: Keyboard-centric outliner and task manager

    ReplyDelete
  2. Kyle A14 December 2018 at 11:58

    No, it's the same.

    ReplyDelete
  3. Kirill Maximov (KIR)15 December 2018 at 04:31

    Hello Kyle,

    Does it reproduce on all your lists? Could you give an ID of the list where this problem reproduce, so I could take a closer look?

    Thanks,

    ReplyDelete
  4. Kyle A15 December 2018 at 08:25

    It happens with all of my lists. I'm using Firefox on Windows 10, in case it matters.

    ReplyDelete
  5. Kirill Maximov (KIR)15 December 2018 at 10:37

    Still cannot reproduce it :( Could you please try opening Checkvist in a private Firefox window? I suppose some web extension in the Firefox may be a cause of such behaviour.

    ReplyDelete
  6. Kyle A15 December 2018 at 10:47

    I'm getting the same behavior in Firefox (with addons disabled), Chrome, IE, and Edge. In some cases, it selects the last item in the list, and in other cases it selects the parent item, but never the item that replaced the completed/invalidated item in the list. I do have Hide Completed and Move Completed Down checked.

    ReplyDelete
  7. Kirill Maximov (KIR)15 December 2018 at 10:55

    Aha, move completed down is the cause. Thanks a lot for the help, will try to fix it ASAP
    .

    ReplyDelete
  8. Kirill Maximov (KIR)15 December 2018 at 12:54

    Hello again, could you please check the beta site again, I believe I've fixed the issue there. The production site will be updated later, the next week most likely.

    Thanks for the help!

    ReplyDelete
  9. Kyle A15 December 2018 at 13:00

    It's different, but it is selecting the previous item in the list (the one above the completed item), rather than the one that moved into the location of the one that was completed.

    ReplyDelete
  10. Kirill Maximov (KIR)17 December 2018 at 12:03

    Hello Kyle A, you're right, that's a bit confusing. I'll try to improve it further.
    Thanks!

    ReplyDelete
  11. Kyle A28 December 2018 at 15:36

    Any progress?

    ReplyDelete
  12. Kirill Maximov (KIR)30 December 2018 at 11:08

    Hello Kyle A, please check how it now works on https://beta.checkvist.com, I hope I've fixed it finally.

    ReplyDelete
  13. Kyle A30 December 2018 at 11:42

    Yes, and that operation also feels snappier now. Thanks!

    ReplyDelete
  14. Kirill Maximov (KIR)30 December 2018 at 13:50

    Thanks!

    ReplyDelete

Post a Comment

Popular posts from this blog

Any Toggl users here?

Any Toggl users here? I'm putting together an integration so the toggl (Chrome extension) button ( https://github.com/toggl/toggl-button ) is displayed for tasks on a Checkvist list. It's dead simple (a few lines of javascript), but I'm slightly torn on the best way to handle one aspect: whether or not toggl is shown for a particular list. It can't be always-on, as it adds too much clutter for non-projecty lists (who wants a timer button for the carrots on their grocery list?). What I have now is that if any task on a list is tagged #toggl, then all tasks on that list will have the toggl button. A few alternatives I canvassed were: - display toggl buttons only on subtasks of a task tagged with #toggl - display toggl buttons only on focused (hoisted) tasks - find some other way to indicate that all of a list's tasks should have the button, eg. something encoded in the list's name I think what I have now is the most convenient of these (I don't want to hav...
Read more