BUG :: find mathing timezone error
Describe the bug
- There is a bug in pre-release version that doesn't have any effect in app usage (pasted below in example)
- Arch Linux version works with Wine?!
To Reproduce Steps to reproduce the behavior:
- Run Tasky
- See error
example
> tasky -h
002c:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
0034:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
003c:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
0048:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
006c:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
0080:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
0088:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
00a8:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
00e4:err:hid:udev_bus_init UDEV monitor creation failed
00fc:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
0024:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
0120:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
0128:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for +0330, bias -210, std (d/m/y): 0/00/0000, dlt (d/m/y): 0/00/0000
0128:fixme:seh:WerGetFlags (FFFFFFFFFFFFFFFF, 00007FFFFE2FFED8) stub
0128:fixme:seh:WerSetFlags (32) stub
0128:fixme:process:SetProcessPriorityBoost (FFFFFFFFFFFFFFFF,1): stub
0128:fixme:powrprof:PowerRegisterSuspendResumeNotification (0x00000002,00007FFFFE2FFE50,00007FFFFE2FFE60) stub!
Usage of /usr/bin/tasky:
-a add new task
-add
add new task (long flag)
-c int
task completed
-complete int
task completed (long flag)
-e edit your task
-edit
edit your task (long flag)
-h display help
-help
display help (long flag)
-l list all tasks
-list
list all tasks (long flag)
-r int
task removed successfully
-remove int
task removed successfully (long flag)
Desktop (please complete the following information):
- OS: Arch Linux
- Browser Firefox
- Version 0.6
Hi @alr86 👋 Thank you for mentioning this issue. Unfortunately, this was one of the strangest issues I've encountered. Because for some people like me, tasky doesn't throw these logs when we get it from the AUR, but for some people, including yourself, get this error.
I will review and fix this issue in the Tasky development program and prioritize it, but to better understand what the problem is, I would like you to remove Tasky from your system and go to the releases section of this repo and download and reinstall the latest pre-release and the version I packaged for Arch-base distributions. Test there to see if you still encounter this error. Be sure to send your terminal logs here.
I would like you to remove Tasky from your system and go to the releases section of this repo and download and reinstall the latest pre-release and the version I packaged for Arch-base distributions. Test there to see if you still encounter this error. Be sure to send your terminal logs here.
I already installed GitHub pre-releases Arch-base version
Hello everyone, I have investigated this problem. The program that was output is targeted at Windows and therefore on a system with WINE installed, it checks the file type before running and if it falls into the Windows executable file category, it passes it to WINE.
I even manually cloned and built the source code myself to make sure it was from the Release outputs and not from me.
Hey folks,
I created a tasky-git package for the Arch Linux User Repository (AUR). In contrast to @shahriaarrr 's AUR package, it builds the current git version based on the main branch.
I tested it quickly this morning, therefore feedback is explicitly welcome ;).
Best regards, Daniel