IDempiere/FullMeeting20150408

⇐ Table of Contents | Full Meeting Minutes | Full Meeting 2015-04-08

CarlosRuiz: Good Morning
nmicoud: Bonjour
a42niem: Guten Tag
nmicoud: Could you have a look at https://groups.google.com/d/msg/idempiere/ykc9dB-FdHs/y4qIfBo4-XoJ please ? I'd like to know what is the best practice
CarlosRuiz: sure - brb - give me 5 min
nmicoud: thanks
CarlosRuiz: nmicoud, I get it - but it sounds like a bad practice to use X instead of M
nmicoud: how should i do if i just want to update a record ?
CarlosRuiz: why is that? I didn't understand -> "as i didn't want to control update"
nmicoud: i don't want to get into the beforeSave method
nmicoud: as it could failed
nmicoud: in fact,i just need to do a "update c_invoice set... = abc where c_invoice_id = 123;"
CarlosRuiz: ok, I'll change LCO according to that
nmicoud: but means that it should be done in all plugins, right ?
CarlosRuiz: yes - I have seen the same bug if somebody tries to use GenericPO
nmicoud: in my plugin, i just check for the table name, never on the object itself. So, maybe instead of making a tableName.equals("C_Invoice"), we should do a po instanceof MInvoice
nmicoud: i also see it :D
nmicoud: Besides, i haven't had the time to review the ticket for updating the print format name. Just do the https://idempiere.atlassian.net/browse/IDEMPIERE-2554 (add acknowledgement of receipt on email). If you could see if is ok to integrate. Also, you send me your POC on Special Editor (ability to update fields for processed records). I think i will try to implement it for our instance. Would you be ok to publish it on bitbucket i
Vyrlokar: nmicoud, heya
nmicoud: hi
Vyrlokar: You're interested in having payments work on a fixed day, with X days delay, right?
nmicoud: yes, date invoiced + x days and then take the last day of month
Vyrlokar: I'm the guy who replied to your post on the google group
nmicoud: ah ok :)
Vyrlokar: Our use cases are slightly different, as you're interested in payments without schedule, while I'm interested in payments with schedule.
Vyrlokar: but we could definitively try and solve both use cases
nmicoud: sure
Vyrlokar: payments without schedule are handled exclusively by database functions AFAIK
CarlosRuiz: sure nmicoud - please publish that
nmicoud: yes, there is no field "due date" on c_invoice (could be interesting, but that's another debate :))
nmicoud: ok, Carlos, will do that
Vyrlokar: nmicoud, well, there is, you only need to define a payment term schedule with a single payment term
Vyrlokar: the database function for your use case is paymenttermduedate(paymentterm_id numeric, docdate timestamp with time zone)
Vyrlokar: nmicoud, it's weird (but not that unusual, it's IMHO similar to how there's a swing client and a ZK client) that there are two ways to do the same thing, with different features
Vyrlokar: schedules don't handle fixed days, at all
CarlosRuiz: nmicoud, committed and compiled
CarlosRuiz: http://ci.idempiere.org/job/globalqss-iDempiere-LCO/
nmicoud: thanks carlos, need to update mine now :)
Vyrlokar: nmicoud, On my side, things would be much simpler if the part where due date is calculated was in a function outside of the constructor, as that way, it could be overridden in a module, via a model factory
a42niem: we once created a paymenttermbasedate for a customer so he got some flexibility for strange paymentterm constructs
nmicoud: not simple to implement as it would change the behaviour which was created since compiere times
a42niem: it needed a callout to set it from invoicedate and change some views
nmicoud: but perhaps we could add a DueDate on C_Invoice (in trunk, using a jira ticket). This would be filled with the sql function. And then you will be able to update it in plugin
Vyrlokar: nmicoud, if you're replying to me, then yes, it would be a simple matter of making the constructor call something like "set due date" for the payment term, as that could be then overridden
nmicoud: yes Vyrlokar
Vyrlokar: nmicoud, invoices don't necessarily have a single due date, that's why making it a field of c_invoice would not work for me
nmicoud: a42niem : as it need to update views, it's hard to maintain in plugin
nmicoud: Vyrlokar : due dates could be found on C_Invoice or C_InvoicePaySchedule
nmicoud: according to the payment term
Vyrlokar: nmicoud, my usual use cases are X% immediate, Y% 30 days, and X% 30 days, Y% 60 days
Vyrlokar: all dates with possible fixed day
nmicoud: when you say 'fixed day', is it equal to 'last day of month' ?
Vyrlokar: again, I solve this with an event handler (not the most elegant solution, but I believe it is the only way it can work without hacking core)
Vyrlokar: Last day of month is one possibility
Vyrlokar: common fixed days are 25th, last day of month, and 1st
aguerra: buenos dias a todos!!!
Vyrlokar: buenos dias aguerra
nmicoud: hi aguerra
CarlosRuiz: Hi Alejandro
aguerra: Salu2 a @Vyrlokar @nmicoud @CarlosRuiz
CarlosRuiz: nmicoud, I think maybe taking FixMonthDay=31 as last day of month
nmicoud: seems it could have problem with february
nmicoud: see https://groups.google.com/d/msg/idempiere/VA3707UDwN8/rQxjrgbehJ4J
CarlosRuiz: yes - I mean - changing the DB function to use 31 as LDOM
nmicoud: i don't understand :(
nmicoud: you want to change the db function ? or just put a differnt value in c_paymentterm ?
CarlosRuiz: I think actual algorithm doesn't make sense - to say duedate=05/02/15 when you said FixMonthDay = 30 & FixMonthCutOff = 30
Vyrlokar: CarlosRuiz, what would be the right course of action for requesting a small refactoring of MInvoicePaySchedule, so the dates are handled in a separate function that is then called by the constructor that takes a MInvoice and a MPaySchedule? That way, that function would be overriddable in a plugin, to incorporate advanced functionality
CarlosRuiz: Antoni, where is it being calculated actually?
Vyrlokar: right now, lines 164 to 167 of org.compiere.model.MInvoicePaySchedule in the org.adempiere.base project
Vyrlokar: those 4 lines right now handle the due date calculation for schedules, in a simple way (just add days, no fixed date, no next business day)
Vyrlokar: CarlosRuiz, as the calculation it done in a nonstandard constructor, I don't see a way to override it in a plugin
Vyrlokar: WB CarlosRuiz
Vyrlokar: nmicoud, at least we can curse weird business requirements together ;)
nmicoud: :D
CarlosRuiz: and c_paymentterm.afterdelivery is not used anywhere - another candidate for inactivate
CarlosRuiz: Antoni, so you can create an EventHandler (ModelValidator) to change the date on beforeSave as I see
Vyrlokar: CarlosRuiz, That's how I've done it, but it's hackish
CarlosRuiz: paymenttermduedate is not taking into account the p.IsNextBusinessDay flag
Vyrlokar: CarlosRuiz, as it will overwrite user input on the first save, when created manually, IIRC
Vyrlokar: CarlosRuiz, I created a plugin that extends MInvoicePaySchedule, adds some extra fields and an updateDueDate function, and then use an EventHandler to call that function on PO_AFTER_NEW
Vyrlokar: I'm testing it right now
Vyrlokar: CarlosRuiz, MOrderPaySchedule looks like a copy of MInvoicePaySchedule with some minor changes, with the original copyright left intact, even if that file never existed in Compiere
CarlosRuiz: check http://www.adempiere.com/FS01_Commitment_AR_AP
Vyrlokar: CarlosRuiz, thanks, interesting. However, since dates are calculated from order date for orders, and from invoice date for invoices, unless invoice date==order date, the schedules will not match...
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2567 labels set to "complex-easy language"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2567
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2529
Not-311d: [IDEMPIERE] [~muriloht] I was not able to reproduce the case you described. Maybe is caused because another person opened a session with superuser in Client while you were there as System I checked the context in both cases and it's not affecting any context variable - that's why I ask if there is a need to use the m_userpreference out of RolePanel.
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2529
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 2 commits to release-2.1 [+0/-0/±2] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] hieplq fadbf6b - IDEMPIERE-2565:NPE when run init client without input city of country has "Allow Cities out of List" = false
Not-311d: [iDempiere] globalqss 2a9e282 - IDEMPIERE-2565 - found transaction not rolled back when initial client setup was failing with an exception
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2565 status set to "Resolved" -assignee set to "hieplq" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2565
nmicoud: gtg, (if you have the time CarlosRuiz, could you look at https://idempiere.atlassian.net/browse/IDEMPIERE-2554) please ? thanks and cu later
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 1 commit to development [+0/-0/±2] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] nmicoud 3b5a8fa - IDEMPIERE-2554 Mail : add acknowledgement of receipt
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2554 status set to "Resolved" -assignee set to "Nicolas Micoud" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2554
Not-311d: [IDEMPIERE] hieplq created IDEMPIERE-2568 Can't user build in function of jasper report by miss lib
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2568
Not-311d: [IDEMPIERE] hieplq updated IDEMPIERE-2568 status set to "Peer Review Queue"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2568
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 2 commits to development [+0/-0/±3] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] globalqss 3b73421 - IDEMPIERE-2554 Mail : add acknowledgement of receipt - minor peer review serialVersionUID
Not-311d: [iDempiere] hieplq 2d379de - IDEMPIERE-2563:packout with datatype without sql make NPE
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2563 status set to "Resolved" -assignee set to "hieplq" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2563
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] brerp 2c3c76a - ModelValidationEngine - old style validator needed to osgi events work and FireFacts OSGI event is not sent
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2530 status set to "Resolved" -assignee set to "Murilo Habermann Torquato" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2530
Vyrlokar: gtg, cya everybody
norbertbede: hi alls
CarlosRuiz: bye Antoni - hi norbertbede
Vyrlokar: hi norbertbede and bye
norbertbede: looking for experience zk7/idempiere3/nginx(gzip). im getting extremly frequently message Unexpected token < (Syntax Error)
norbertbede: reported> https://idempiere.atlassian.net/browse/IDEMPIERE-2496
norbertbede: im totally confused :( how to catch
norbertbede: i found lot topics about potential issues with javascripts
norbertbede: when a googled
norbertbede: when i googled
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2558 Attachment set to "IDEMPIERE-2558_PR.patch"
Not-311d: [IDEMPIERE] Thanks [~hieplq], tests on this went fine but I have some concerns to solve: 1 - attaching a patch with minor fixes IDEMPIERE-2558_PR.patch 2 - the classes X_ must not be changed manually - on next release all the X_ classes are regenerated and your comment about deprecation is lost 3 - In MPasswordHistory.getPasswordHistoryForCheck - the usage of sysconfig USER_LOCKING_MAX_PASSWORD_AGE_DAY is not related - locking is a different feature
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2558
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2564 Attachment set to "IDEMPIERE-2564_CR.patch"
Not-311d: [IDEMPIERE] Thanks [~tsvikruha] - can you please test the attached alternate patch IDEMPIERE-2564_CR.patch
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2564
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] hieplq 64c918b - IDEMPIERE-2552:sometime has NPE in CLogErrorBuffer
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2552 status set to "Resolved" -assignee set to "hieplq" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2552
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2551 Tested By set to "Carlos Antonio Ruiz Gomez"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2551
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2551 labels set to "+Patch"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2551
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2562
Not-311d: [IDEMPIERE] Hi [~HansR42a], the patch seems outdated with the current code. I don't understand what is the issue - can you please provide steps to reproduce and what is the actual result vs the expected result?
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2562
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2525
Not-311d: [IDEMPIERE] it sounds like a massive change to core classes - I think in such case is better to use EventHandler to modify the behavior
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2525
hieplq: hi @CarlosRuiz. i has a issue relate "allow null for city when "Allow Cities out of List = false". not sure it's issue or feature,
hieplq: maybe you can confirm https://groups.google.com/forum/#!topic/idempiere/7IDj_fnrQEE
CarlosRuiz: so, your question is if city must be mandatory?
CarlosRuiz: I think it must - a location without a city is untraceable
hieplq: @CarlosRuiz it's ok if always mandatory but when i "Allow Cities out of List = true" it's don't request input city
CarlosRuiz: and the city field is filled?
hieplq: no.
hieplq: i fill same case "Allow Cities out of List = false"
CarlosRuiz: allow cities out of list = false -> must force to choose a city from the list - is an autocomplete list so it shows the cities when you type the first letters
CarlosRuiz: allow cities out of list = true -> it means it allows you to type a city in that field that is not on the list
hieplq: thanks, just confirm to know it's issue or feature.
hieplq: with me it still is a issue :D
CarlosRuiz: is it working that way?
hieplq: i know what you mean. but my case is "Allow Cities out of List = false" => user can don't input city and location save success
hieplq: "Allow Cities out of List = true" => user don't input city (null) and location save unseccess
hieplq: in "Allow Cities out of List = true", user even input nothing in city text.
hieplq: i test in location window (exact from init client) not from location dialog
CarlosRuiz: ah - that's intended for location dialog
CarlosRuiz: you would need to add validations on initial client setup to control that
hieplq: ok. i want ask other issue relate config hazelcast.
hieplq: i explain at https://groups.google.com/forum/#!topic/idempiere/aWgia827mZ0
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-1752
Not-311d: [IDEMPIERE] [~hieplq], I reproduce the issue about the NPE - but your patch didn't solve it - still throwing the same exception.
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1752
CarlosRuiz: hieplq, haven't tested using two different ports in adempiere simultaneously
CarlosRuiz: but it doesn't sound as hazelcast - maybe zk session?
hieplq: mabey hazelcast effect session
CarlosRuiz: you can try disabling the hazelcast plugin to check if that's the cause
hieplq: it's ok when i access my local instance and demo instance in same browse
hieplq: but it's not importace, will investigate late.
hieplq: about IDEMPIERE-1752 i will re-test it.
hieplq: hi @CarlosRuiz, what NPE message you see when test IDEMPIERE-1752.
hieplq: if at org.adempiere.base.callout.CostAdjustmentCalloutFactory$CostAdjustmentLineProduct.start(CostAdjustmentCalloutFactory.java:69)
nmicoud: CarlosRuiz, i will publish Special Editor sources soon. But i can't find the email you sent me - neither the google forum thread i create for explaining the purpose - could you send me it again please ? as everything was well explain in it, i will copy/paste the content
hieplq: you must resolve IDEMPIERE-1744 to see cast issue of IDEMPIERE-1752
hieplq: and patch in IDEMPIERE-1752 is for cast issue not NPE issue
CarlosRuiz: IDEMPIERE-1744 doesn't have a patch
CarlosRuiz: nmicoud, is an email from 28/02/2014
CarlosRuiz: two emails indeed
nmicoud: i think i've deleted it :(
nmicoud: or i move it somewhere, but seems a very dark place
CarlosRuiz: resent both
nmicoud: thanks
CarlosRuiz: brb - @ lunch
nmicoud: bon ap' :)
norbertbede: hi nmicoud are you running already version 3 or still 2,1
nmicoud: hi norbert 2.1
norbertbede: are you planning to upgrade ?
nmicoud: not now
nmicoud: maybe near the end of year, but nothing is planned
norbertbede: ok.
norbertbede: thanks
Not-311d: [IDEMPIERE] norbert.bede created IDEMPIERE-2569 ZK7 - Unexpected token in DSP/CSS
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2569
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 3 commits to release-2.1 [+0/-0/±5] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] nmicoud 70ba3c3 - IDEMPIERE-2235 Report wizard : ability to change the print format name (integrated by Carlos Ruiz, PO.java didn't pass)
Not-311d: [iDempiere] globalqss ab74bc8 - IDEMPIERE-2235 Report wizard : ability to change the print format name - peer review
Not-311d: [iDempiere] globalqss 86139d7 - IDEMPIERE-1135 Report wizard not clearing order items
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2235 status set to "Resolved" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2235
nmicoud: oh! thanks for integrating #2235 Carlos :)
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-1135 status set to "Resolved" -assignee set to "Carlos Antonio Ruiz Gomez" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1135
CarlosRuiz: thanks to you for developing that
nmicoud: :)
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2530
Not-311d: [IDEMPIERE] https://bitbucket.org/idempiere/idempiere/commits/2c3c76a
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2530
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±2] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] globalqss 507e137 - IDEMPIERE-2531 Archive Viewer open EnterQuery tab instead of ViewResult / IDEMPIERE-556 / IDEMPIERE-724
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2531
Not-311d: [IDEMPIERE] Found this was caused by a commit on IDEMPIERE-724 that reverted the behavior implemented with IDEMPIERE-556
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2531
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2531 status set to "Resolved" -assignee set to "Carlos Antonio Ruiz Gomez" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2531
Not-311d: [IDEMPIERE] carlosruiz_globalqss created IDEMPIERE-2570 Form reports stacking on same page when issued for several records
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2570
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2570 status set to "Resolved" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2570
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] globalqss ab1da70 - IDEMPIERE-2570 Form reports stacking on same page when issued for several records
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 1 commit to development [+0/-0/±20] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] globalqss 50617e9 - hg merge release-2.1 (merge release2.1 into development)
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 16 commits to development [+12/-0/±61] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] globalqss 865ea2d - creating branch experimental
Not-311d: [iDempiere] dpansheriya 5af9b8c - IDEMPIERE-2389 Print format and View Report selection on process dialog.
Not-311d: [iDempiere] hieplq 0ba4b6e - IDEMPIERE-2389:Print format and Report type selection on process dialog add summary checkbox
Not-311d: [iDempiere] hieplq 64e5917 - IDEMPIERE-2389:Print format and Report type selection on process dialog remove duplicate code (IDEMPIERE-1882) remain some issue relate UI
Not-311d: [iDempiere] hieplq 003da45 - IDEMPIERE-2389:Print format and Report type selection on process dialog add language combobox
Not-311d: [iDempiere] hieplq 46ad165 - Merge with development
Not-311d: [iDempiere] hieplq 1697e4f - IDEMPIERE-2532:issue relate show dialog when run process fix to show parameter dialog at center of info window
Not-311d: [iDempiere] hieplq be8284b - IDEMPIERE-1657: common show window with mask cover below case + refactor * 1. show a dialog => show mask * 2. process a event * 2.1. show other dialog => show mask * 2.1. hidden dialog in step 1 => hidden mask * 3. result dialog show without mask
Not-311d: [iDempiere] hieplq 20eacd2 - IDEMPIERE-2532:issue relate show dialog when run process show message success event hasn't any m_logs show message error same success (use ProcessInfoDialog not use FDialog)
Not-311d: [iDempiere] hieplq 737d701 - IDEMPIERE-2389:Print format and Report type selection on process dialog recreate serialVersionUID fix show dialog when auto run process
Not-311d: [iDempiere] hieplq 3ddb7cb - IDEMPIERE-2389:Print format and Report type selection on process dialog update Mandatory flag when load parameter value from save
Not-311d: [iDempiere] globalqss abc0c8b - IDEMPIERE-2389 Print format and View Report selection on process dialog. / fix oracle migration script
Not-311d: [iDempiere] hieplq d289afe - Merge with development
Not-311d: [iDempiere] hieplq a8aef8f - IDEMPIERE-2389 Print format and View Report selection on process dialog NPE: when click save at process (not report) parameter
Not-311d: [iDempiere] globalqss 32b868d - merge development into experimental
Not-311d: [iDempiere] globalqss 89c06bb - merge experimental into development
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-1657 status set to "Resolved" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-1657
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2532 status set to "Resolved" -assignee set to "hieplq" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2532
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2389
Not-311d: [IDEMPIERE] Ready [~hieplq], I integrated the experimental branch into development - please finish the layout of fields directly in development and we can use now the experimental repository for another ticket - maybe all the pending info window changes?
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2389
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 3 commits to development [+0/-0/±71] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] hieplq a6181c5 - IDEMPIERE-2544:to more warning compiler hidden good warning warning from build.xml
Not-311d: [iDempiere] hieplq 62732d5 - IDEMPIERE-2544:to more warning compiler hidden good warning dead code
Not-311d: [iDempiere] hieplq 1bab594 - IDEMPIERE-2544:to more warning compiler hidden good warning generic type warning
Not-311d: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2544 status set to "Resolved" -resolution set to "Fixed"
Not-311d: [IDEMPIERE] Thanks [~hieplq] for solving all those warnings - I integrated buildWarning, DeadCode and genericWarning. The leakResourceWarning maybe deserves more research to avoid the big impact. I think is worthy to check also all the deprecation from jasper (maybe upgrade jasper library and then solve the deprecations). Also research if is possible to let eclipse know that DB.close is a valid statement to close rs and pstmt.
Not-311d: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2544
Not-311d: [iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/
Not-311d: [iDempiere] globalqss 20e82fc - IDEMPIERE-2555 Another leak found in CommissionCalc