Opening New Transaction window for the first time, does not show date correctly

[FlameHorizon]

MMEX version:

• 1.6.4-Beta.4

Note: bug reporters are expected to have verified the bug still exists
either in the last stable version of MMEX or on updated development code
(master branch).

Operating System:

• Windows
• Mac OSX
• Linux

Description of the bug

Opening New Transaction window for the first time, does not show date correctly. Closing New Transaction window and opening it again shows date correctly.

Reproduction

Is the bug reproducible?

• Always
• Randomly
• Happened only once

Reproduction steps:

1. Open MMEX
2. Go to account
3. Press new button to create a new transaction

Expected result:

Date should be displayed.

Actual result:

Control, which displays date is to small to show anything.

[n-stein]

Linux issue, likely due to #5668. Probably just need to set a minimum width for the field.

[n-stein]

I am unable to reproduce on Debian Bullseye.

[n-stein]

@FlameHorizon Which distro are you running? I'll spin up a VM and try to reproduce & debug using the same.

[n-stein]

@ovari Do you see this issue in Linux Mint?

[ovari]

@n-stein sorry, couldn't reproduce with Linux Mint.

Edit: have experienced this bug with Linux Mint 21.2 Cinnamon.

[ovari]

@n-stein have experienced this bug now.

Money Manager Ex
• Version: 1.7.0-Beta.1 64-bit
• Built on: Jul 19 2023 19:40:21
• Database version: 19 (aes128cbc)
MMEX is using the following support products:
• wxWidgets 3.1.7 (wxGTK 3.24)
• wxSQLite3 4.9.1 (SQLite 3.40.0)
• RapidJSON 1.1.0
• Lua 5.3.6
• libcurl/7.81.0 OpenSSL/3.0.2 zlib/1.2.11 brotli/1.0.9 zstd/1.4.8 libidn2/2.3.2 libpsl/0.21.0 (+libidn2/2.3.2) libssh/0.9.6/openssl/zlib nghttp2/1.43.0 librtmp/2.3 OpenLDAP/2.5.14
• gettext 0.21
• apexcharts.js
Built with:
• CMake 3.22.1
• GNU Make 4.3
• GCC 11.2.0
Running on:
• Ubuntu.22.04.jammy
• Linux Mint 21.2 "victoria"
• Linux 5.15.0-76-generic x86_64
• (UTF-8)
• 0x0 0bit 96x96ppi

[GrahamLees]

This issue still exists in Flathub version 1.7.0 as of 12th March 2024 (Linux Debian 12.5).
The date is actually correct but displayed incorrectly in the field (System Language = English, Formats = France) and the date drop down shows the correct calendar Month and Year combination. When selected, the date is correctly entered in to the Date transaction field despite the incorrect look in the New Transaction Transaction Details window.

[vomikan]

This issue still exists in Flathub version 1.7.0 as of 12th March 2024 (Linux Debian 12.5). The date is actually correct but displayed incorrectly in the field (System Language = English, Formats = France) and the date drop down shows the correct calendar Month and Year combination. When selected, the date is correctly entered in to the Date transaction field despite the incorrect look in the New Transaction Transaction Details window.

Could you, please, provide a screenshot?

[GrahamLees]

Here you go - the relevant box is is highlighted.

[GrahamLees]

You might also like to see the settings:

[n-stein]

The format of the date controls in wxWidgets is locale based. In Windows it's entirely dependent on your system locale, but for Linux you can try changing the locale in the MMEX options (the blank drop-down below currency in your screenshot).

[GrahamLees]

"try changing the locale in the MMEX options"
Sadly, that didn't work. Changed it to "en_GB" with currency set as "British Pound" saved it but no change (even after re-launch).
For completeness, I also tried changing it to fr_FR (same as formats in the system) but that wouldn't save out - error "Locale Invalid value".

[n-stein]

For completeness, I also tried changing it to fr_FR (same as formats in the system) but that wouldn't save out - error "Locale Invalid value".

For Linux I you may need to also specify the encoding. Try adding ".UTF-8" as in

en_GB.UTF-8
fr_FR.UTF-8

You can type in the locale box directly.

[GrahamLees]

en_GB.UTF-8
fr_FR.UTF-8

Tried that and no change sadly.
"en_GB.UTF-8 was allowed but didn't change the date format in the New Transaction dialogue and "fr_FR.UTF-8 was refused with the same error as before.

[n-stein]

I just tested this on my system. Changing MMEX's locale setting did not work, but setting a different system locale did change the display of the date. Here I have set my system to use the en_GB.UTF-8 locale:

What is the output of the commands locale and locale -a on your system?

[GrahamLees]

That's bizarre - it certainly doesn't work that way on my instance. I tried different locales but the always errored out.
Here's a screenshot of the localecommand

Another issue worth mentioning is, when going to Help > About it shows the following error message:

No other applications installed as Flatpaks on this Debian 12.5 (fresh install) system error in the same way 🤔

[n-stein]

Ah, you are using mixed locales. What is the output of flatpak info org.gnome.Platform.Locale? Do you see both languages listed at the bottom?

In the past Flatpak has had issues when the system locales use multiple languages. See flatpak/flatpak#3712.

Maybe try:

flatpak --user config --set languages 'en;fr'
flatpak update

[n-stein]

@ovari is the original issue here (date field too small) still a problem for you in the 1.7.1 beta?

[GrahamLees]

Seems only /en for Flatpak but France formats are available - I installed them as they are not there by default on Debian. sudo dpkg-reconfigure locales and then add fr_FR.UTF-8 UTF-8

This shows the Settings for Language and Region after sudo dpkg-reconfigure was used:

[n-stein]

Seems only /en for Flatpak but France formats are available - I installed them as they are not there by default on Debian.

Since they are available on the OS you should be able to add them to flatpak. Try:

flatpak update --subpath=en,fr org.gnome.Platform.Locale

[GrahamLees]

Appreciate your help on this issue but I'm curious to know how this might affect things generally since selecting the UK format had no effect on the date field and other Flatpaks seem unconcerned that the locale is not present in the gnome.Platform.Locale file when selecting Help → About

[n-stein]

Appreciate your help on this issue but I'm curious to know how this might affect things generally since selecting the UK format had no effect on the date field and other Flatpaks seem unconcerned that the locale is not present in the gnome.Platform.Locale file when selecting Help → About

Sorry, I don't know enough about Flatpak to be informative here. Perhaps @joshua-stone has some insight?

[ovari]

@ovari is the original issue here (date field too small) still a problem for you in the 1.7.1 beta?

Have seen this behavior before; however, have not seen this issue recently. Sorry, don't know how to reproduce.

$ flatpak info org.gnome.Platform.Locale
error: Multiple branches available for org.gnome.Platform.Locale, you must specify one of: org.gnome.Platform.Locale/x86_64/44, org.gnome.Platform.Locale/x86_64/45

$ flatpak info org.gnome.Platform.Locale/x86_64/44
            ID: org.gnome.Platform.Locale
           Ref: runtime/org.gnome.Platform.Locale/x86_64/44
          Arch: x86_64
        Branch: 44
        Origin: flathub
    Collection: org.flathub.Stable
  Installation: system
     Installed: 12.9 MB

        Commit: 462f9303eb27c418e43a98ea237c854fd5ff5a7f6346c7502f40abf93cbb6f5e
        Parent: c12833b4e949bcfc38180082a73f97a2918114255aaa61facc320e466ec372d7
       Subject: Export org.gnome.Platform.Locale
          Date: 2024-02-25 14:09:19 +0000
Subdirectories: /en,/hu

$ flatpak info org.gnome.Platform.Locale/x86_64/45
            ID: org.gnome.Platform.Locale
           Ref: runtime/org.gnome.Platform.Locale/x86_64/45
          Arch: x86_64
        Branch: 45
        Origin: flathub
    Collection: org.flathub.Stable
  Installation: system
     Installed: 16.9 MB

        Commit: 11e8038f9ce246cc63b400d091d806d1c34fe23f3c7413a361427a9d1c3ceb3e
        Parent: 84829f2b2c2dbe46e62e13ad2144e93f696219c1916f3e76e99cfaaa887b1071
       Subject: Export org.gnome.Platform.Locale
          Date: 2024-03-05 17:44:49 +0000
Subdirectories: /en,/hu

Money Manager Ex
• Version: 1.7.1-Beta.1 64-bit
• Built on: Mar 12 2024 03:16:33
• Database version: 19 (aes128cbc)
• Git commit: 0e99b4c2e (2024-03-11)
• Git branch: master
MMEX is using the following support products:
• wxWidgets 3.2.4 (wxGTK 3.24)
• wxSQLite3 4.9.1 (SQLite 3.40.0)
• RapidJSON 1.1.0
• Lua 5.3.5
• libcurl/8.5.0-DEV OpenSSL/3.1.5 zlib/1.3.1 nghttp2/1.58.0
• gettext 0.22
• apexcharts.js
Built with:
• CMake 3.28.3
• GNU Make 4.4.1
• GCC 13.2.0
Running on:
• GNOME.45 (Flatpak runtime)
• GNOME 45 (Flatpak runtime) ""
• Linux 5.15.0-100-generic x86_64
• X-Cinnamon (X11)
• System Locale: en_AU.UTF-8
• User Interface Language: en_US.UTF-8
• 1368x768 24-bit 96x96ppi

[GrahamLees]

@ovari

Sorry, don't know how to reproduce.

Did that refer to the issue about locale I raised in respect of incorrect date format?
If so, thinking about it, this was a fresh installation of Debian 12.5 and ISTR that I installed Flatpak and then MMEX before I configured locales using sudo dpkg-reconfigure locales which cold be the way to reproduce the issue.
Kind regards.

[ovari]

Did that refer to the issue about locale I raised in respect of incorrect date format? If so, thinking about it, this was a fresh installation of Debian 12.5 and ISTR that I installed Flatpak and then MMEX before I configured locales using sudo dpkg-reconfigure locales which cold be the way to reproduce the issue. Kind regards.

Where are you installing your Flatpak from:

1. Stable version 1.7.0 from Flathub: https://flathub.org/apps/org.moneymanagerex.MMEX
2. Development version 1.7.1-Beta.1: Have Flathub as the sole distribution mechanism for MMEX on Linux #6246 (comment)

[ovari]

Seems only /en for Flatpak but France formats are available - I installed them as they are not there by default on Debian. sudo dpkg-reconfigure locales and then add fr_FR.UTF-8 UTF-8

@GrahamLees your screenshot shows version 44, not version 45, of the GNOME platform. Are you using the latest, i.e. beta, version of MMEX? If not, can you please test with the MMEX development version 1.7.1-Beta.1?

Instructions to install the latest MMEX development version can be found here: #6246 (comment)

Thank you

[GrahamLees]

The version of GNOME is actually 43.9

MMEX was installed from the standard repo using GNOME Software.
I have been a long time user of MMEX. The data for this version (on Debian) was exported in a .qif file from version 1.4.0-alpha on my Ubuntu 22.04 instance if that helps.
I'll have a look at installing the development version but as the current instance 1.7.0 contains live data I'm keen not to lose it.

[ovari]

I'll have a look at installing the development version but as the current instance 1.7.0 contains live data I'm keen not to lose it.

Can you please check with the 1.7.1 development version as it is understood that this issue was present in version 1.7.0 and has been resolved sometime during the 1.7.1 development cycle?

If this resolves the issue for you, then perhaps this issue's milestone can be changed to v1.7.1 too.

Thank you

[GrahamLees]

@ovari
I'll have a go at installing 1.7.1 later after protecting my data and then get back to you.

[GrahamLees]

@ovari well I tried following those instructions but couldn't get it to finish. I got as far as step 7 and saved the file to:

Navigated my way to the directory in terminal and issued the command as shown with the following result:

I'll just reinstall the Flatpak from the repo as before and wait until the development version is committed and update from there. The issue is no big deal to be honest, The date picker calendar confirms the date is correct in the field - just presented wrongly - and the date entered in the transaction field is correct in every respect.

[ovari]

The location where the mmex.flatpak file was downloaded is a temporary location and does not allow full permissions. Also, once you close the browser, the downloaded files may be deleted.

Copy the mmex.flatpak file to your Downloads directory (or Desktop). Somewhere that the file will be available after you close the browser and also have permissions to run the file.

[GrahamLees]

ah, understood. I wondered if I should change the download directory doh 🙄
However, there is no change. I navigated to the directory I created in Downloads and ran it, it opened but the same version number is shown and the original error remains. I confirmed this with flatpak list mmex .
listing my flatpaks I seem to have 2 entries:
MMEX Money Manager org.moneymanagerex.MMEX 1.7.1 Beta 1 master mmex-origin system

MMEX Money Manager org.moneymanagerex.MMEX 1.7.0 stable flathub system

The only one that loads is the old version which I removed from from the GNOME software list of installed packages but is seems to remain? I seem unable to run the beta version.
Advice?
Sorry to be a pain.

EDIT: Thinking about it, I think I may have just re-installed the 1.70 version from Flatpak which is why that version is coming up. If I uninstall it again, how do I manage to run the beta?

[ovari]

I seem unable to run the beta version.

Perhaps https://docs.flatpak.org/en/latest/flatpak-command-reference.html#flatpak-run can provide some help?

1. Open the Terminal
2. Type the following and press Enter

$ flatpak run --branch=master org.moneymanagerex.MMEX

Does that work to run the master branch (i.e. 1.7.1 Beta 1)?

[GrahamLees]

Does that work to run the master branch (i.e. 1.7.1 Beta 1)?

No, it stil wants to open the 1.7 version and errors with Warning: Cannot set locale to language ""

There are still 2 versions listed in flatpak list. Going to delete from GNOME software again and have another look at it.

[GrahamLees]

OK, so now I only have the beta version listed:

However, it still says Cannot set locale to language when running the command:
flatpak run --branch=master org.moneymanagerex.MMEX
It shows that I am running the correct version:

However, we are no further forward.
When opening the app and selecting the existing database :

and -

The date is still shown as before 🙄
Don't know where else I can go with this now other than just accept that the bug still exists and ignore it.

[ovari]

When opening the app and selecting the existing database :

https://askubuntu.com/questions/1406523/some-flatpak-apps-do-not-display-the-right-locale-language-on-ubuntu-22-04
flathub/org.gnome.Rhythmbox3#53
flathub/org.gnome.Rhythmbox3#52

Does typing the following in your Terminal help:

flatpak run --env=LC_MESSAGES=fr_FR.UTF-8 org.moneymanagerex.MMEX

or

from https://man.archlinux.org/man/flatpak-config.1.en

flatpak config --set languages "en;fr"

[ovari]

What flatpak version do you have on your computer?

$ flatpak --version
Flatpak 1.12.7

[GrahamLees]

@ovari 1.14.4

[GrahamLees]

@ovari I just tried creating a new database in a separate directory (so not using the existing data set) and this is the same result:

Perhaps we can now safely say that this is not working correctly on Debian 12.5?

[GrahamLees]

@ovari By the way - just for completeness, I did use flatpak update --subpath=en,fr org.gnome.Platform.Locale suggestion and it made no difference to the issue.
I also then tried changing the currency to fr_FR.UTF=8 and that was reported as invalid as mentioned before.
EDIT: Ialso ran flatpak run --env=LC_MESSAGES=fr_FR.UTF-8 org.moneymanagerex.MMEX as you mentioned earlier with the result Warning: Cannot set locale to language ""

[n-stein]

Ialso ran flatpak run --env=LC_MESSAGES=fr_FR.UTF-8 org.moneymanagerex.MMEX as you mentioned earlier with the result Warning: Cannot set locale to language ""

LC_MESSAGES changes the UI language. You want to run flatpak run --env=LC_TIME=fr_FR.UTF-8 org.moneymanagerex.MMEX to change the date setting.

[n-stein]

Ok. I've replicated your situation. I have two locales used in my system (same exact ones as you)

I've reconfigured my Flatpak to only see the 'en' language:

Note when starting MMEX it shows the Warning: Cannot set locale to language "" and MMEX uses the US locale for date, as you are seeing:

Now I simply flatpak config --set languages 'en;fr' && flatpak update. It will auto update the locales for gnome.Platform and MMEX.

Now if you check flatpak info org.gnome.Platform.Locale you will see /en,/fr

Then you can run MMEX normally with flatpak run org.moneymanagerex.MMEX. You will no longer get the "cannot set locale" warning and your date will show correctly.

[GrahamLees]

@n-stein Yes! that did the trick - thank you so much 🙂

The Help > About option works now too 👍

@ovari When v1.7.1 is committed, what will be the procedure to get the substantive version up and running? Will it automatically be available following a flatpak update ?