GNOME Bugzilla – Bug 698942
(null) instead of time when using the C locale
Last modified: 2013-09-12 12:17:29 UTC
Created attachment 242555 [details] screenshot of the problem I tend to run apps in the C locale whenever I want to take a screenshot of an app in English. When I ran 'LC_ALL=C gnome-clocks' I noticed that it becomes confused and shows (null) instead of the time for the clocks. (For the record, I can use LANGUAGE=en_US.UTF-8 gnome-clocks to get sane English screenshots.)
This is probably caused by bug 698952.
*** Bug 701780 has been marked as a duplicate of this bug. ***
*** Bug 704845 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > This is probably caused by bug 698952. I have tested the wallclock string you have mentioned with the LANG=C locale within the attached test case https://bugzilla.gnome.org/show_bug.cgi?id=696497#c21 It does not seem to be the case any more the returned string is not (null) any more. Can you confirm? however for gnome-clocks!!!
Created attachment 250184 [details] [review] patch proposal: for time repair
Created attachment 250189 [details] [review] patch proposal: for time repair
Created attachment 250190 [details] [review] reworked 250189: patch proposal: for time repair
This time problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report. The bug report remains open till the sunset, sunrise strings are fixed in libgweather as well.
Created attachment 254216 [details] [review] Fix "(null)" time in the C locale We just need to tell our program which locale we actually want to use instead on trying to output UTF-8 all the time.
(In reply to comment #9) > Created an attachment (id=254216) [details] [review] > Fix "(null)" time in the C locale > > We just need to tell our program which locale we actually want to > use instead on trying to output UTF-8 all the time. This should be redundant, because IIRC gtk_init or similar function already does this.
True, never mind.
(In reply to comment #8) > This time problem has been fixed in the development version. The fix will be > available in the next major software release. Thank you for your bug report. > > > The bug report remains open till the sunset, sunrise strings are fixed in > libgweather as well. fixed by Paolo in commit 5a2b0dfceca09f0d666faad24caa6d1ec7c0e292.