mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
qbittorrent does not observe LC_TIME. #5272
Labels
No labels
Accessibility
AppImage
Bounty
Build system
CI
Can't reproduce
Code cleanup
Confirmed bug
Confirmed bug
Core
Crash
Data loss
Discussion
Docker
Documentation
Duplicate
Feature
Feature request
Feature request
Feature request
Filters
Flatpak
GUI
Has workaround
I2P
Invalid
Libtorrent
Look and feel
Meta
NSIS
Network
Not an issue
OS: *BSD
OS: Linux
OS: Windows
OS: macOS
PPA
Performance
Project management
Proxy/VPN
Qt bugs
Qt6 compat
RSS
Search engine
Security
Temp folder
Themes
Translations
Triggers
Waiting diagnosis
Waiting info
Waiting upstream
Waiting web implementation
Watched folders
WebAPI
WebUI
autoCloseOldIssue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/qBittorrent#5272
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ewtoombs on GitHub (Feb 27, 2017).
I have my locale set to LANG=en_GB.UTF-8, but to enable ISO dates, I have set LC_TIME=en_DK.UTF-8. Qbittorrent doesn't understand LC_TIME, though, apparently, since all dates are still in the format dd/mm/yyyy. The versions of qbittorrent and libraries:
qbittorrent
b5f81a34cbqt5-base 5.8.0-3
boost 1.63.0-1
libtorrent-rasterbar 1.0.9
@sledgehammer999 commented on GitHub (Mar 6, 2017):
Your problem is probably affect by
github.com/qbittorrent/qBittorrent@75ef6356d3and should be fixed by #6478.@sledgehammer999 commented on GitHub (Mar 7, 2017):
Fixed in
b69b6d1@ewtoombs commented on GitHub (Mar 7, 2017):
Wow, that was fast!
@ewtoombs commented on GitHub (Mar 7, 2017):
I just tried version
b69b6d1f55. No effect. All dates still aren't in ISO format.@sledgehammer999 commented on GitHub (Mar 7, 2017):
Can you
git checkout release-3.3.10and verify that it works there?@ewtoombs commented on GitHub (Mar 7, 2017):
After I do so, will I have to ./configure again? Do I need to make clean?
@sledgehammer999 commented on GitHub (Mar 7, 2017):
its best work on a clean dir and reconfigure.
@ewtoombs commented on GitHub (Mar 7, 2017):
Yep, still broken on release-3.3.10.
@surfernsk commented on GitHub (Mar 7, 2017):
all work fine


qbittorrent 3.3.11
qt 5.7.1
LANG=ru_RU.UTF-8
LC_TIME=en_US.UTF-8
rebased patch for branch-3.3
@ewtoombs commented on GitHub (Mar 8, 2017):
Mine's still broken under similar testing conditions. It must have something to do with en_DK.UTF-8 and ISO dates specifically. It works everywhere else, though, like in Thunderbird.
version:
b69b6d1f55qt: 5.8.0-3
boost-libs: 1.63.0-1
(

date +%cprints the date and time under the current locale.date +%xprints just the date under the current locale.)screenshot:
@ewtoombs commented on GitHub (Mar 8, 2017):
I just tried surfernsk's idea, patching 3.3.11. Still no effect.
@zeule commented on GitHub (Mar 8, 2017):
The current master work for me in a sense: date format is changing depending on
LC_TIMEvalue, but qBt selects not the shortest date format: it uses e.g. "Feb 8 2017" and so on instead of 08-02-2017.@surfernsk commented on GitHub (Mar 8, 2017):
if use Qt::DefaultLocaleShortDate or Qt::SystemLocaleShortDate ... , Qt Ignores some specific locales and use en_EN. en_DK one of them.
code
result:
The date is ISO 2017-03-08
The date is SysS 08.03.17
The date is DefS 08/03/2017
The date is Sys 08.03.17
The date is Loc 08/03/2017
QDate("2017-03-08")
"en_DK"
@ewtoombs As a temporary solution to use Qt::ISODate, instead of :
patch But this is a bad idea
@zeule commented on GitHub (Mar 8, 2017):
Then this is a Qt bug and has to be submitted to their bug tracker?
@surfernsk commented on GitHub (Mar 8, 2017):
@sledgehammer999 Perhaps the best solution will be: adding a single (checkbox) option: use ISO 8601 date/time format (e.g. 2017-02-14 15:22), perhaps with an additional "show seconds in time/date".
@evsh QTBUG-59382
@ewtoombs commented on GitHub (Mar 15, 2017):
I just added to QTBUG-59382. They came to the conclusion that they were doing it right, implying glibc was doing it wrong. Something I doubt very much. Anyway, it turns out running qbittorrent with LC_TIME=en_SE.UTF-8 renders ISO dates just fine. So call that a temporary fix to qt's problem. Anyway, looks like this is an upstream problem with qt.