BUG: Command-line options -p and n

22 views
Skip to first unread message

Tony G

unread,
Nov 8, 2015, 6:55:56 PM11/8/15
to abstractspoon-t...@googlegroups.com
According to the documentation, the value of priority and risk should be 0 through 10 or "N" for None.

It looks like the value of N must be in quotes. That's fine. "N" and "n" are appropriately processed the same. This is now documented.

However "n" looks like it decreases the value by 2 rather than setting to None.

When using -p +x, it correctly does not allow the value to go below 0.

However, if an attempt is made to set the value below zero, it looks like "sometimes" the requested value is actually set, even though the UI doesn't reflect it.
I can't yet reproduce this on demand, but as I was testing. I did something like this:
-p 5    << establish a baseline
-p -6   << -1 invalid, correctly ignores request
-p +2   << usually returns 7, at some point returned 0 or 1

HTH
T



.dan.g.

unread,
Nov 8, 2015, 8:10:46 PM11/8/15
to ToDoList (AbstractSpoon) Support
Thx Tony

Thx Tony

>> However "n" looks like it decreases the value by 2 rather than setting to None.

-2 is a special 'internal' value meaning 'none'.

>> It looks like the value of N must be in quotes.

I'll look into it but it ought not to.

For the other points noted, I'll wait until you can establish a specific pattern for reproducing the 'sometimes' problems.

.dan.g.

unread,
Nov 8, 2015, 11:19:42 PM11/8/15
to ToDoList (AbstractSpoon) Support
I see what's happening. I'm translating 'n' to -2 too early in the process which then gets treated as an offset! 

Should be simple to fix.

.dan.g.

unread,
Nov 8, 2015, 11:29:06 PM11/8/15
to ToDoList (AbstractSpoon) Support
ps. It doesn't look like quotes are needed for the 'n' but I will update the test batch file to show what does work.


On Monday, 9 November 2015 10:55:56 UTC+11, Tony G wrote:

.dan.g.

unread,
Dec 3, 2015, 6:51:26 AM12/3/15
to ToDoList (AbstractSpoon) Support
Should be fixed in 7.0.9. Can you confirm pls?


On Monday, 9 November 2015 10:55:56 UTC+11, Tony G wrote:
Reply all
Reply to author
Forward
0 new messages