Juanpa, thanks for clarification.
All, please let's close the discussion here. There is no doubt that file names should not use special characters (only ascii characters should be allowed). And it solves all issues reported by Rok in this thread. I propose two next steps: -Localization team to publish asap new minor versions of Spanish Regions and Spanish Taxes modules. There is no need to plan for this effort, just do it on Monday (it will not change any previous plan) -Platform team to add a new validation: dataset names should only use ascii characters (https://issues.openbravo.com/view.php?id=12050) Thanks, Ismael -----Mensaje original----- De: Juan Pablo Aroztegi [mailto:[email protected]] Enviado el: viernes, 22 de enero de 2010 21:55 Para: Rok Lenardic CC: openbravo-development; renate nieuwkoop; Paolo Juvara Asunto: Re: [Openbravo-development] international characters in filenames > Could it be the Mercurial checkout of the org.openbravo.spain.regions? in > other words, could mercurial on windows have this issue? could someone with > a windows XP machine test it by cloning the source code of the above module? It's not related to Mercurial. The problem can be reproduced using a non UTF-8 system locale. So it's easily reproducible in Linux, you can test it yourself by exporting the following variables before running the ant command: export LC_ALL=POSIX LANG=POSIX As Windows does not have a UTF-8 locale it fails. DBSourceManager faced similar problems in the past, related to character encodings and line endings, which are different in Linux and Windows. As an example, export.database created the XML files with DOS format and ISO-8859-1 encoding in Windows and with UNIX format and UTF-8 encoding in Linux. This was fixed by forcing the UNIX format and the UTF-8 encoding. These issues were considered as bugs because you get different results in different systems, and they were solved. I think that this situation is similar. Installing modules from the command line is a feature we've always maintained because it has obvious benefits and I think it would be a shame to stop respecting this for a small issue like this, after all the efforts we've put in the past. This is why I think this is a bug and it should be solved. The results of our ant commands should not depend on the system locale. Juan Pablo ---------------------------------------------------------------------------- -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Openbravo-development mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openbravo-development ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Openbravo-development mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openbravo-development
