Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

increasing the recurrence value beyond 9 makes the unit specifier disappear #665

Closed
bughunter2 opened this issue Feb 14, 2024 · 5 comments
Closed

increasing the recurrence value beyond 9 makes the unit specifier disappear #665

bughunter2 opened this issue Feb 14, 2024 · 5 comments
Labels
bug Something isn't working

Comments

@bughunter2
Copy link

App Version: 2.0.9

Platform: Linux

Installation Method: Direct Download (AppImage)

Expected Behavior:
Expect to be able to use any recurrence value like 5 or 10 or 999 whilst retaining the chosen/existing unit specifier.

Actual Behavior:
When either manually editing the recurrence value to '10d' (or '10m'), or when doing this via the UI with the up arrow button, you can see the unit specifier ('d' or 'm', etc) disappear in the todo item text as well as in the little recurrence UI widget. Values like '1d' or '9d' work fine, but values beyond 9 like '10d' seem to be problematic.

Steps to Reproduce:

  1. Open the app.
  2. Click on a todo item to edit it.
  3. First set the recurrence value to 5d and save the todo item. No problem.
  4. Edit the item again and use the recurrence UI widget's up arrow button to increase the value to 10d, and notice it transforming from '10d' to '10'. At this point you can see that the recurrence value in the todo item text has also changed in the same way (the unit specifier 'd' is gone).

Screenshots:
Left blank.
@bughunter2 bughunter2 added the bug Something isn't working label Feb 14, 2024
@ransome1
Copy link
Owner

ransome1 commented Mar 4, 2024

@bughunter2 can you please check if this issue is resolved in the latest pre-release: https://github.com/ransome1/sleek/releases/tag/v2.0.12-rc.3

I can also need some testing of a new feature, which is discussed over at #609.

Feel free to participate, if you have the time to do so.

@bughunter2
Copy link
Author

The problem seems to be partially solved:

On real hardware, I don't notice any problem with v2.0.12-rc.3 but I do with v2.0.9

In a virtual machine however, the problem is still there: once you increment beyond 9, the value keeps switching back/forth in the GUI. No graphical artifacts though, just a glitching UI element (you see the text in the todo item glitch as well, constantly switching). When you finally click Update it will choose a value at random from the range of values that you've been using by pressing the up/down arrows.

About testing, sure. I'll see what I can do.

@ransome1
Copy link
Owner

ransome1 commented Mar 4, 2024

On real hardware, I don't notice any problem with v2.0.12-rc.3 but I do with v2.0.9

In a virtual machine however, the problem is still there: once you increment beyond 9, the value keeps switching back/forth in the GUI. No graphical artifacts though, just a glitching UI element (you see the text in the todo item glitch as well, constantly switching). When you finally click Update it will choose a value at random from the range of values that you've been using by pressing the up/down arrows.

The text confuses me a bit. Are you using 2.0.9 or 2.0.12-rc.3 in that virtual machine?

@bughunter2
Copy link
Author

bughunter2 commented Mar 4, 2024 •
edited
Loading

On real hardware, I don't notice any problem with v2.0.12-rc.3 but I do with v2.0.9
In a virtual machine however, the problem is still there: once you increment beyond 9, the value keeps switching back/forth in the GUI. No graphical artifacts though, just a glitching UI element (you see the text in the todo item glitch as well, constantly switching). When you finally click Update it will choose a value at random from the range of values that you've been using by pressing the up/down arrows.

The text confuses me a bit. Are you using 2.0.9 or 2.0.12-rc.3 in that virtual machine?

Oh I'm sorry. To clarify: that was with v2.0.12-rc.3 as well.

Edit: The VM is a Debian 12 system without virtual hardware acceleration. The system doesn't have any problem in other applications like browsers.

@bughunter2
Copy link
Author

Maybe found a new symptom. If we trigger this issue, and then close the todo editor widget by pressing Cancel, and then open it again by hitting the + (new) button, a leftover is visible: the new todo item widget contains a text like 'rec:4d' or 'rec:3d' (can be any number) rather than an empty line. This was with v2.0.12-rc.4

ransome1 added a commit that referenced this issue Mar 23, 2024
@ransome1
Fixed #665. Bumping up version to 2.0.12 for release.
813894a
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug Something isn't working
Projects
sleek 2.x
Status: Done
Milestone
No milestone
Development

No branches or pull requests
2 participants
@bughunter2 @ransome1