After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 794807 - Calendar widget current month shown as (null)
Calendar widget current month shown as (null)
Status: RESOLVED OBSOLETE
Product: GnuCash
Classification: Other
Component: User Interface General
2.7.x
Other Mac OS
: Normal normal
: ---
Assigned To: gnucash-ui-maint
gnucash-ui-maint
Depends on:
Blocks:
 
 
Reported: 2018-03-29 12:45 UTC by Christoph Rohland
Modified: 2018-06-30 00:06 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of calendar with current month (19.69 KB, image/png)
2018-03-29 12:45 UTC, Christoph Rohland
Details
eng-au screenshot showing current month displayed correctly. (79.79 KB, image/jpeg)
2018-03-29 23:18 UTC, Dave H
Details
Correct Display on MacOS 10.13.3 (108.57 KB, image/png)
2018-03-30 21:32 UTC, John Ralls
Details
Fails on 10.13.4 beta (453.16 KB, image/png)
2018-03-30 21:39 UTC, John Ralls
Details
Calendar bug for v3.1 (403.69 KB, image/png)
2018-05-02 19:19 UTC, Yury Samsonov
Details
Calendar bug for v3.2 (16.62 KB, image/png)
2018-06-26 12:04 UTC, Yury Samsonov
Details

Description Christoph Rohland 2018-03-29 12:45:26 UTC
Created attachment 370294 [details]
Screenshot of calendar with current month

in 2.7.8 the calendar widget shows the current month as “(null)”. All other months are fine.
Comment 1 Dave H 2018-03-29 23:17:07 UTC
This doesn't appear to be an issue using DD/MM/CCYY (eng_au) locale as it displays March as expected for the current month.  So presumably date format related ?
Comment 2 Dave H 2018-03-29 23:18:46 UTC
Created attachment 370319 [details]
eng-au screenshot showing current month displayed correctly.
Comment 3 John Ralls 2018-03-29 23:26:15 UTC
Indeed, works correctly for en_US and fr_FR. What are your locale settings?
Comment 4 Frank H. Ellenberger 2018-03-30 01:07:13 UTC
Mo, Di, Mi ... could be de.

We do not translate the month names. So another language package of the reporter's system might be broken.
Comment 5 John Ralls 2018-03-30 03:14:07 UTC
That would probably be Gtk+-3.0.
Comment 6 Christoph Rohland 2018-03-30 06:15:27 UTC
My language setting ist Deutsch-Deutschland, which should translate to de_DE.
In terminal the LANG variable is set to de_DE.utf8.
But when starting the App directly from the terminal the current month shows just fine.
Unsetting LANG does make the error happen again even when started from the terminal.
Comment 7 Christoph Rohland 2018-03-30 06:27:45 UTC
Only when the error occurs the following warning is written into the trace file:

* 08:26:02  WARN <GLib> gdate.c:2526Error converting results of strftime to UTF-8: Invalid byte sequence in conversion input
* 08:26:02  WARN <GLib> gdate.c:2526Error converting results of strftime to UTF-8: Invalid byte sequence in conversion input
* 08:26:02  WARN <GLib> gdate.c:2526Error converting results of strftime to UTF-8: Invalid byte sequence in conversion input
* 08:26:02  CRIT <Pango> pango_layout_set_text: assertion 'length == 0 || text != NULL' failed
* 08:26:02  CRIT <Pango> pango_layout_set_text: assertion 'length == 0 || text != NULL' failed
* 08:26:03  CRIT <Pango> pango_layout_set_text: assertion 'length == 0 || text != NULL' failed
* 08:26:03  CRIT <Pango> pango_layout_set_text: assertion 'length == 0 || text != NULL' failed
Comment 8 John Ralls 2018-03-30 13:42:29 UTC
Ahah! I can now replicate by setting the region in system prefs to Germany or Switzerland.
Comment 9 John Ralls 2018-03-30 21:32:25 UTC
Created attachment 370359 [details]
Correct Display on MacOS 10.13.3
Comment 10 John Ralls 2018-03-30 21:39:05 UTC
Created attachment 370360 [details]
Fails on 10.13.4 beta

So this is interesting. On my MacPro with 10.13.3 the month displays correctly as shown in the previous screenshot, but on my MacBook Pro with 10.13.4 Beta it does not.

Christoph, what MacOS version are you running?
Comment 11 Christoph Rohland 2018-03-31 15:21:46 UTC
It's a Macbook Pro with 10.13.3
Comment 12 Yury Samsonov 2018-05-02 19:16:47 UTC
Same issue, MacOS 10.13.4, GnuCash 3.0 and 3.1, locale ru_RU.
Weekdays are also shown as "(null)"
Comment 13 Yury Samsonov 2018-05-02 19:19:08 UTC
Created attachment 371627 [details]
Calendar bug for v3.1
Comment 14 John Ralls 2018-06-10 23:32:36 UTC
Well, this drove me bonkers: I could only reproduce it when it was built and bundled on Mavericks and then run on High Sierra, and only then if I launched GnuCash by double-clicking on it in Finder. Even "open Gnucash.app" from the command line wouldn't reproduce. Recompiling Glib with optimization disabled also prevented it from reproducing.

Here's the good news: Updating GLib to 2.56.1 seems to fix it. Please reopen if it still doesn't work in GnuCash 3.2.
Comment 15 Yury Samsonov 2018-06-26 12:04:05 UTC
Created attachment 372824 [details]
Calendar bug for v3.2

Nope, still can see nulls.
Version: 3.2
Build ID: 3.2+ (2018-06-24)
Comment 16 John Ralls 2018-06-26 13:47:14 UTC
What if you launch it from Terminal?
Comment 17 John Ralls 2018-06-30 00:06:16 UTC
GnuCash bug tracking has moved to a new Bugzilla host. The new URL for this bug is https://bugs.gnucash.org/show_bug.cgi?id=794807. Please continue processing the bug there and please update any external references or bookmarks.