bug(date): mixing -d with -s accepted, gnu rejects it
Open
Nobody has claimed this yet.
U - date
- Dominant language
- Rust
- Stars
- 24.1k
- Forks
- 2k
- Avg merge
- 1d 5h
- Merged PRs (30d)
- 365
Description
Hi, uutils mainteners
we saw than when trying
relunsec@relunsec:~/software/coreutils/target/debug$ gnudate -d "@now" -s ""
gnudate: the options to print and set the time may not be used together
Try 'gnudate --help' for more information.
relunsec@relunsec:~/software/coreutils/target/debug$ ./date -d "@now" -s ""
date: cannot set date: Permission denied
relunsec@relunsec:~/software/coreutils/target/debug$
As i see, gnu correctly reject that, uu date not
same with
relunsec@relunsec:~/software/coreutils/target/debug$ ./date -s "a" --resolution
date: cannot set date: Permission denied
relunsec@relunsec:~/software/coreutils/target/debug$
relunsec@relunsec:~/software/coreutils/target/debug$ gnudate -s "a" --resolution
gnudate: the options to print and set the time may not be used together
Try 'gnudate --help' for more information.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the date command's option handling and reproduce the combinations shown in the issue, including -d with -s and -s with --resolution. The fix is done when incompatible print and set options are rejected before attempting to change the system time, with regression coverage for these cases.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 64/100