GnuCash
Contact   Instructions
Bug 797069 - Unicode symbols are treated as ASCII / Latin-1 in some fields
Summary: Unicode symbols are treated as ASCII / Latin-1 in some fields
Status: RESOLVED DUPLICATE of bug 796754
Alias: None
Product: GnuCash
Classification: Unclassified
Component: General (show other bugs)
Version: 3.4
Hardware: PC Windows
: Normal normal
Target Milestone: ---
Assignee: general
QA Contact: general
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-28 17:32 EST by Eugenijus Januškevičius
Modified: 2019-04-01 10:34 EDT (History)
3 users (show)

See Also:


Attachments
Screenshot: client report (28.97 KB, image/png)
2019-01-28 17:32 EST, Eugenijus Januškevičius
no flags Details

Description Eugenijus Januškevičius 2019-01-28 17:32:29 EST
Created attachment 373147 [details]
Screenshot: client report

Company name and address fields are treated differently from the client's fields. The softare will srash right after the File -> Properties -> Business fields are updated. The similar issue was with rev. 3.3., just no crash after the info was updated. 
The snippet from the invoice (rev 3.3):
<div class="invoice-title">Sąskaita faktūra #000010</div>
...
<span class="invoice-in-progress">Sąskaita faktūra kuriama...</span>
...
<div class="company-table"><table border="0" cellpadding="4" cellspacing="0"><tbody><tr><td><div class="maybe-align-right company-name">Eugenijus JanuÅ?keviĨius</div> */ instead of Eugenijus Januškevičius /*
...
<div class="invoice-notes">DĆ„Ä?€”koju už laikų apmokĆ„Ä?€”tĆ„Ä?€¦ sĆ„Ä?€¦skaitĆ„Ä?€¦.</div> 
*/ instead of "Dėkoju už laiku apmokėtą sąskaitą." /*
...

environment.local:
[Variables]
LANG=lt
LANGUAGE={LANG}

Test data: 
Company name: Grzegorz Brzęczyszczykiewicz
Company Address: Chrząszczyrzewoszyce, powiat Łękołody


It will not depend on the locate, the same is happening with LANG=en_GB

using LANG=lt *.trace files shows
* 23:11:03  WARN <qof.engine> [qof_print_date_buff()] Error processing time64 0: locale::facet::_S_create_c_locale name not valid
* 23:11:03  WARN <qof.engine> [qof_print_date_dmy_buff()] Error processing year-month-day 2019-1-28: locale::facet::_S_create_c_locale name not valid
* 23:11:03  WARN <qof.engine> [qof_print_date_buff()] Error processing time64 1548669600: locale::facet::_S_create_c_locale name not valid
* 23:11:03  WARN <qof.engine> [qof_print_date_dmy_buff()] Error processing year-month-day 2019-1-28: locale::facet::_S_create_c_locale name not valid
* 23:11:03  WARN <qof.engine> [qof_print_date_dmy_buff()] Error processing year-month-day 2019-1-28: locale::facet::_S_create_c_locale name not valid
* 23:11:03  WARN <qof.engine> [qof_print_date_dmy_buff()] Error processing year-month-day 2019-1-1: locale::facet::_S_create_c_locale name not valid
* 23:11:03  WARN <qof.engine> [qof_print_date_dmy_buff()] Error processing year-month-day 2019-1-28: locale::facet::_S_create_c_locale name not valid
* 23:11:07  WARN <qof.engine> [gnc_print_time64()] Error processing time64 1548709867: locale::facet::_S_create_c_locale name not valid

Using LANG=en_GB *.trace files shows
* 00:17:13  CRIT <Gtk> gtk_text_buffer_emit_insert: assertion 'g_utf8_validate (text, len, NULL)' failed
Comment 1 John Ralls 2019-04-01 10:34:12 EDT

*** This bug has been marked as a duplicate of bug 796754 ***

Note You need to log in before you can comment on or make changes to this bug.