Skip to content

Nemo Preferences GUI "Date Format" changes do not apply to org.nemo.preferences date-format #3855

Closed

Description

@daveb3030

Distribution

O/S: Linux Mint 22.3 - Kernel: Linux 7.0.0-38-generic - Architecture: x86-64

Package version

Nemo 6.6.3

Frequency

Always

Bug description

Description:
There is a visual and functional desync between the Nemo Preferences GUI and the actual gsettings backend regarding date formats.

In Nemo -> Edit -> Preferences -> Display -> Date Format, the dropdown displays a preview of the correct localized system time (e.g., 2026-10-10 10:24:38). However, the actual file list views completely ignore this, continuing to display files with raw ISO/UTC 24-hour timestamps (e.g., 16:00:24 for a file modified minutes prior).

Steps to reproduce

Steps to Reproduce:

  1. Open Nemo Preferences -> Display.
  2. Note that the Date Format dropdown reflects local system time.
  3. Observe that file list columns (like Date Modified) still show ISO/UTC formatting.
  4. Run gsettings get org.nemo.preferences date-format in the terminal; it returns 'iso' despite the GUI indicating otherwise.

Expected behavior

Expected Behavior:
Changing or viewing the Date Format settings in the GUI should correctly alter or reflect the active gsettings value, and file views should match the displayed format.

Additional information

3 attachments

Image Image Image

Activity

  1. Jeremy7701 commented on Oct 10, 2026

    @Jeremy7701
    Contributor

    Can't reproduce this (in LMDE7).
    Tried changing dates preference to include my timezone (BST).
    nemo instantly modified a existing nemo window to show the new date format and updated the gsettings entry from 'iso' to 'locale'

    Using the dconf editor/display gives much more information:-

    Image
  2. daveb3030 commented on Oct 10, 2026

    @daveb3030
    Author

    Thanks for your quick response Jeremy
    I had only noticed it with my .Xauthority file. It seems like I did 100 steps to fix it (they are listed below) But I never did a reboot. I am sorry, maybe I cried wolf. It seems that one of the steps below must have fixed it but until I rebooted it was not obvious.
    It seems that we can mark this issue is resolved or as a false alarm.
    Thanks again. Below are the steps that I did.

    timedatectl
    timedatectl set-local-rtc 0
    timedatectl
    nemo -q
    TZ="" nemo &
    grep -i "TZ" ~/.bashrc ~/.profile ~/.pam_environment /etc/environment 2>/dev/null
    xsudo apt install dconf-editor -y
    gsettings get org.nemo.preferences date-format
    nemo --version
    gsettings set org.nemo.preferences date-format 'locale'
    gsettings get org.nemo.preferences date-format
    nemo -q
    locale
    printenv | grep -E "TZ|LC|LANG"
    cat /etc/timezone
    killall nemo nemo-desktop 2>/dev/null
    rm -rf ~/.cache/nemo/
    nemo-desktop & nemo &
    ps -ef | grep -E "nautilus|thunar|pcmanfm|cinnamon|nemo"
    grep -i "TZ" ~/.bashrc ~/.profile ~/.pam_environment /etc/environment 2>/dev/null
    ps -ef | grep -E "nautilus|thunar|pcmanfm|cinnamon|nemo"
    nemo --quit && nemo

  3. Jeremy7701 commented on Oct 11, 2026

    @Jeremy7701
    Contributor

    This isn't crying wolf - perhaps just a small mis-configuration?
    One possibility is that the timedatectl set-local-rtc 0 command fixed the problem:-
    From the man page for timedatectl:

    set-local-rtc [BOOL]
               Takes a boolean argument. If "0", the system is configured to maintain the RTC in universal time. If "1", it
               will maintain the RTC in local time instead. Note that maintaining the RTC in the local timezone is not
               fully supported and will create various problems with time zone changes and daylight saving adjustments....
    
  4. daveb3030 commented on Oct 11, 2026

    @daveb3030
    Author
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions