IDempiere/FullMeeting20140205

⇐ Table of Contents | Full Meeting Minutes | Full Meeting 2014-02-05

CarlosRuiz: Good morning
tbayen: Daarestiet! :-)
nmicoud: Bonjour
JanThielemann: hi
nmicoud: I'm stucked with https://idempiere.atlassian.net/browse/IDEMPIERE-1694 for days. Any idea for fixing it ?
tbayen: Hi JanThielemann . You said you wrote "GV" classes for SEPA. Did you do that in your plugin or in the upstream HBCI4Java library?
JanThielemann: hbci4java library
tbayen: Can you give me links where you got the know-how to do that? I would like to understand these classes and have not worked with XML much in the past (only reading and writing DOM, but your classes do not look like DOM code...).
CarlosRuiz: nmicoud, RequestEMailProcessor line 550 - maybe you need to do some format on the part.getFileName ?
JanThielemann: i mainly used https://groups.google.com/forum/#!forum/hbci4java and had some mails with olaf willuhn
JanThielemann: also i used the sepa specifications
JanThielemann: but i currently can't find the link :/
JanThielemann: tbayen, have you taken a look at the test classes?
JanThielemann: TestGVUebSEPA and so on
nmicoud: CarlosRuiz : i've tried that : eg String fileName = MimeUtility.decodeText(part.getFileName()); or fileName=Normalizer.normalize(fileName, Normalizer.Form.NFC); but at the end there is still exotic characters
nmicoud: the part.getFileName is a string and it seems that you cannot change the encoding of it (it's too late)
tbayen: JanThielemann, yes, I have. So you used the code of Olaf and changed it for the new Multi GV?
CarlosRuiz: nmicoud, is it possible that the problem is in the message? does thunderbird receives the same attachment with wrong name?
JanThielemann: no, i refactored the code to use jaxb instead of the old xmlcreator
JanThielemann: and i created a factory
nmicoud: i haven't tested with thunderbird with the mailbox i used for the tests. But my profesional email has same parameters and i receive attachments with the 'good' names
JanThielemann: see my posts in https://groups.google.com/forum/#!forum/hbci4java (all the way down to the end)
CarlosRuiz: nmicoud - possible clue here -> http://www.oracle.com/technetwork/java/faq-135477.html#encodefilename
nmicoud: idempiere is running on a linux CentOS, so encoding is UTF-8. But if the email is sent from a windows, the encoding will be ISO-8859
CarlosRuiz: MimeUtility.decodeText(part.getFileName())
tbayen: Jan. Thanks! Your thread in the hbci4java forum is exactly what I was looking for. :-)
nmicoud: i've tried that, and if i remember well, there was still some "?" in the filename
CarlosRuiz: maybe then try the System properties "mail.mime.encodefilename" and "mail.mime.decodefilename" -> as suggested on that link
nmicoud: will try it. thanks ; do you know where i should set this system property ?
nmicoud: in the getSession() method ?
CarlosRuiz: you could try first as a JVM parameter
CarlosRuiz: like -> java -Dmail.mime.decodefilename=true
nmicoud: where should i put it on a running instance ?
CarlosRuiz: you could try adding that parameter on the idempiere-server.sh and see if it works
nmicoud: idempiere.ini ?
nmicoud: ok will try that ; thanks
nmicoud: it changes nothing :(
nmicoud: the "é" is 'translated' to "?"
CarlosRuiz: so, it drops all the "ISO-8859" stuff - but doesn't translate correctly the characters?
nmicoud: it seems
nmicoud: with MimeUtility.decodeText(part.getFileName() => "coté" become "cot=E9"
CarlosRuiz: and with "mail.mime.decodefilename" becomes "cot?" ?
nmicoud: there is still mail.mime.decodefilename=true in the idempiere-server.sh
nmicoud: just found that link : http://stackoverflow.com/questions/18352605/decoding-e9-to-utf8-fails will try it
tbayen: I got to go in some minutes. I hope you keep working much longer. ;-) cu
hengsin: nmicoud, everywhere I read, it say String filename = MimeUtility.decodeText(part.getFileName()) should work
nmicoud: i agree, but in my case, it doesn't Could it be related to a wrong encoding style in the idempiere server ?
nmicoud: that mean the problem is not in idempiere, but relates to something else, right ?
aguerra: Buenos dias people!!!!
CarlosRuiz: Hi Alejandro
aguerra: CarlosRuiz, hi!!!!
CarlosRuiz: now reviewing IDEMPIERE-1732
CarlosRuiz: nmicoud, still there?
nmicoud: yes
CarlosRuiz: I don't remember if you had a similar ticket like this https://idempiere.atlassian.net/browse/IDEMPIERE-1729
CarlosRuiz: I think you did something similar - but I can't find the ticket
nmicoud: i guess. something related to orgs on login panel ; don't remember exactly
nmicoud: let me check
nmicoud: perhaps https://idempiere.atlassian.net/browse/IDEMPIERE-449 ?
CarlosRuiz: ah - got it
CarlosRuiz: https://idempiere.atlassian.net/browse/IDEMPIERE-449
nmicoud: :D
CarlosRuiz: revisiting this - I think a user preference could do the trick
CarlosRuiz: we could check if the user has a global preference set for the Org field (I mean on all windows)
nmicoud: how could he define it ?
nmicoud: directly in the preference window ?
CarlosRuiz: right click -> preference on org on any window
nmicoud: not sure as it is designed to fill some fields when already logged in
nmicoud: perhaps a new field on ad_user or in the WPreference ?
nmicoud: could be hard to explain that the default org for login has to be defined with a right click on any AD_Org_ID field, no ?
CarlosRuiz: and the idea is to set that one when the user doesn't check the "Select Role" on login?
nmicoud: yes or if he choose to "Select Role", the org field will be filled with this default org
CarlosRuiz: for me it sounds like is the org preference for the user
CarlosRuiz: but I thought 449 and 1729 were the same - now I see are different
nmicoud: 1729 is to limit available orgs, right ?
nmicoud: whereas 449 is to "force" a specific org for login
CarlosRuiz: gtg - thanks for the meeting