#idempiere IRC log for Wednesday, 2015-08-05

Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2748 status set to "Resolved" -resolution set to "Cannot Reproduce"00:19
Not-f4e9[IDEMPIERE] Tried to reproduce locally on 2.1 adding a breakpoint on WDocActionPanel.setValueAndClose line 378 (after the concurrency validation) - still the same result as reported by [~norbert.bede], DocumentEngine.processIt locks the record and capture the change with the error "Document status has been changed by other session, please refresh the record and try again"00:19
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274800:19
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-274600:30
Not-f4e9[IDEMPIERE] Hi [~tsvikruha], reading the code I see in order is just assigned on the Callout, but not on the beforeSave.00:30
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274600:30
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2752 Attachment set to "IDEMPIERE-2752_v0.patch"01:17
Not-f4e9[IDEMPIERE] Hi [~tsvikruha], I traced those lines deleting the old ASI to this commit: https://github.com/adempiere/adempiere/commit/35e8b4 Corresponding to this adempiere ticket: https://sourceforge.net/p/adempiere/bugs/2309/ Interestingly in that thread the situation arising here was foreseen, but not solved. Now, I don't see a big issue about products sharing the same attribute set - that can be a possible01:17
Not-f4e9scenario and maybe is preferable than duplicating the same values in several ASI records. On my tests for this ticket I see several things failed (AS = Attribute Set, ASI = Attribute Set Instance) - creating a product and assigning an AS and ASI - on save the ASI was cleared without notice for the user - changing AS and trying to assign an ASI - the attribute dialog window shown the old AS Attached a patch that I01:17
Not-f4e9think solves these problems and the problem related here - it now checks if the ASI is used elsewhere before deleting it. WDYT? Regards, Carlos Ruiz01:17
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-275201:17
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2752 labels set to "+Patch"01:17
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-275201:17
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2658 status set to "Resolved" -assignee set to "Nicolas Micoud" -resolution set to "Fixed"01:23
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-265801:23
Not-f4e9[iDempiere] CarlosRuiz_globalqss pushed 1 commit to development [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/01:23
Not-f4e9[iDempiere] nmicoud be5389e - IDEMPIERE-2658 Show bpartner name instead of user name in description of allocations generated from Payment Allocation01:23
Not-f4e9[iDempiere] jenkins built #1692 completed (success) http://ci.idempiere.org/job/iDempiere/1692/01:39
Not-f4e9[iDempiere] CarlosRuiz_globalqss pushed 2 commits to development [+0/-0/±5] https://bitbucket.org/idempiere/idempiere/commits/01:39
Not-f4e9[iDempiere] tsvikruha aa1596a - IDEMPIERE-2749 Internal Use Inventory - Document type Print Format ignored01:39
Not-f4e9[iDempiere] globalqss 6889fd8 - IDEMPIERE-2749 Internal Use Inventory - Document type Print Format ignored / peer review01:39
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2749 status set to "Resolved" -assignee set to "Tomas Svikruha" -resolution set to "Fixed"01:39
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274901:39
*** CarlosRuiz has quit IRC01:44
Not-f4e9[iDempiere] jenkins built #1693 completed (success) http://ci.idempiere.org/job/iDempiere/1693/01:48
Not-f4e9[iDempiereDaily] jenkins built #440 completed (success) http://ci.idempiere.org/job/iDempiereDaily/440/02:14
*** norbertbede has joined #idempiere02:20
*** norbertbede has quit IRC03:18
*** hieplq has joined #idempiere03:26
*** osvaldo has joined #idempiere03:30
*** hieplq has quit IRC04:09
*** norbertbede has joined #idempiere04:30
*** a42niem has joined #idempiere04:32
Not-f4e9[iDempiere2.1Daily] jenkins built #118 completed (success) http://ci.idempiere.org/job/iDempiere2.1Daily/118/04:35
Not-f4e9[IDEMPIERE] tsvikruha updated IDEMPIERE-274604:44
Not-f4e9[IDEMPIERE] [~carlosruiz_globalqss] you're right. You can apply only IDEMPIERE-2746_callout.patch if it's enough to set Sales Rep when user is creating Invoice from GUI. We have applied both of attached patches in our production just to be sure that correct Sales Rep will be set. Now is on order set Sales Rep from contex, maybe will be better to first check if partner has sales rep and if not, then use sales rep from04:44
Not-f4e9contextual variables. WDYT?04:44
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274604:44
*** nmicoud has joined #idempiere05:32
*** nmicoud has quit IRC05:44
*** nmicoud has joined #idempiere06:05
*** KermitTheFragger has joined #idempiere06:05
*** norbertbede has joined #idempiere06:35
Not-f4e9[IDEMPIERE] norbert.bede updated IDEMPIERE-274607:15
Not-f4e9[IDEMPIERE] thanks for cooperation. i met new use cases - not sure create other ticket or enough improve/fix here. summary: based on principle "be consistent in each solution" - in this case handle same way salesrep - RMA doesn't copy Order and Invoice behaviour on RMA case 1. create customer/vendor RMA - doesn't load sales rep - probably from shipment - returning goods *suggesting*: load sales rep from shipment case07:15
Not-f4e92. when user generates credit memo - again salesrep is current user instead - rma salesrep wdyt ?07:15
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274607:15
*** norbertbede has quit IRC07:24
*** norbertbede has joined #idempiere08:21
*** norbertbede has quit IRC08:31
Not-f4e9[IDEMPIERE] tsvikruha updated IDEMPIERE-275209:10
Not-f4e9[IDEMPIERE] [~carlosruiz_globalqss] just tested your patch and have to admire your simple solution :) thanks! I think you can commit it that patch.09:10
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-275209:10
Not-f4e9[IDEMPIERE] rodalyn74 updated IDEMPIERE-274809:25
Not-f4e9[IDEMPIERE] I think its not possible to be replicated using debug mode. Also can you try replicating it by releasing Ok button at exactly the same time. Thanks!09:25
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274809:25
Not-f4e9[IDEMPIERE] rodalyn74 updated IDEMPIERE-274809:34
Not-f4e9[IDEMPIERE] @hieplq the issue you mention is related since it affects the same tables but this one only involves processing one particular record only, and the effect is that it performs transaction on M_Transaction and M_Storage twice.09:34
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274809:34
Not-f4e9[IDEMPIERE] rodalyn74 updated IDEMPIERE-274809:40
Not-f4e9[IDEMPIERE] And also, you really have to use different computers to replicate this. Not just on debugger or 2 browsers. Because I think this is supported on those particular scenarios. It really requires two terminals that will execute complete at the same time.09:40
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274809:40
Not-f4e9[IDEMPIERE] rodalyn74 updated IDEMPIERE-274809:55
Not-f4e9[IDEMPIERE] Anyway, how do I change status to Re Open?09:55
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274809:55
Not-f4e9[IDEMPIERE] a42niem created IDEMPIERE-2755 Avoid webui problems caused by using weak encryption10:04
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-275510:04
Not-f4e9[IDEMPIERE] a42niem updated IDEMPIERE-2755 Attachment set to "serverTemplate.patch"10:06
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-275510:06
Not-f4e9[IDEMPIERE] a42niem updated IDEMPIERE-2755 labels set to "+Patch"10:07
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-275510:07
Not-f4e9[IDEMPIERE] a42niem updated IDEMPIERE-2755 description set to "Recently a new browser vulnerability had been detected, caused by the so called Logjam exploit. In the meantime some browsers have been updated which seems to lead sometimes to not being able to open the iDempiere webui via SSL. See https://groups.google.com/d/msg/idempiere/IhD39BMKGAk/GIB4Jk-58okJ and10:08
Not-f4e9https://groups.google.com/forum/#!topic/idempiere/aj9z5uTj2KI You can find background and proposed solutions to the main problem at https://weakdh.org/ The attached patch is enhancing the Tomcat server template accordingly."10:08
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-275510:08
Not-f4e9[IDEMPIERE] a42niem updated IDEMPIERE-2755 assignee set to "Carlos Antonio Ruiz Gomez"10:08
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-275510:08
Not-f4e9[IDEMPIERE] a42niem updated IDEMPIERE-2755 status set to "Peer Review Queue"10:08
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-275510:08
*** norbertbede has joined #idempiere10:58
*** CarlosRuiz has joined #idempiere10:59
*** ChanServ sets mode: +o CarlosRuiz10:59
*** aguerra has joined #idempiere11:24
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-274811:26
Not-f4e9[IDEMPIERE] [~rodalyn74] - that sounds like swing client, right?11:26
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274811:26
Not-f4e9[iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±2] https://bitbucket.org/idempiere/idempiere/commits/11:35
Not-f4e9[iDempiere] globalqss 0f05da1 - IDEMPIERE-2752 Same Attribute Instance on many Products11:35
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2752 status set to "Resolved" -assignee set to "Carlos Antonio Ruiz Gomez" -resolution set to "Fixed"11:35
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-275211:35
*** ngordon7000 has joined #idempiere11:41
*** HideakiHagiwara has joined #idempiere11:46
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-193311:49
Not-f4e9[IDEMPIERE] Hi [~norbert.bede], I remember we had a discussion about IDEMPIERE-167 - unfortunately I didn't find records of the discussion, but the result was that changing the database fields to be timestamp with timezone was too complex and impact too big. Now, showing dates in user timezone and saving dates on server timezone sounds more practical and feasible. When starting session we can try to get the timezone11:49
Not-f4e9from the browser, or set a fixed timezone for user maybe as a preference. Showing and capturing date+time must then show the user timezone, but saving must be done with server timezone. About reporting if we want to show report in user timezone then we need to add that timezone information to the date.11:49
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-193311:49
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-193312:07
Not-f4e9[IDEMPIERE] Found two old discussion on adempiere forums: https://sourceforge.net/p/adempiere/discussion/610546/thread/ebb195f9 https://sourceforge.net/p/adempiere/discussion/610548/thread/f5d4513b Most of issues discussed there are related to swing client that are not present on zk approach - but still there are some ideas there that can be helpful to read. Regards, Carlos Ruiz12:07
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-193312:07
Not-f4e9[iDempiere2.1] jenkins built #267 completed (success) http://ci.idempiere.org/job/iDempiere2.1/267/12:08
Not-f4e9[iDempiere] CarlosRuiz_globalqss pushed 1 commit to development [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/12:10
Not-f4e9[iDempiere] tsvikruha c533ced - IDEMPIERE-2746 Invoice (customer) doesnt load Sales Rep from Business Partner12:10
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2746 status set to "Resolved" -resolution set to "Fixed"12:11
Not-f4e9[IDEMPIERE] Committed patch from [~tsvikruha]12:11
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274612:11
Not-f4e9[iDempiere] jenkins built #1694 completed (success) http://ci.idempiere.org/job/iDempiere/1694/12:21
CarlosRuizGood Morning12:24
nmicoudBonjour12:24
a42niemGuten Tag12:25
nmicoudCarlos, could you have a look at ticket https://idempiere.atlassian.net/browse/IDEMPIERE-2747 (little patch, but i'm not sure i've choose the good way to resolve it) ?12:25
CarlosRuizsure12:27
nmicoudthanks12:27
*** Deepak__ has joined #idempiere12:29
a42niemi have created a virtual machine to allow people to test iDempiere 2.1 more easily (hopefully)12:29
a42niemit is available at https://sourceforge.net/projects/idempiere/files/IVA/12:29
a42niembefore further advertising it i thought it could be good if some of you guys here could have a look and try12:30
CarlosRuizgreat Dirk - thanks a lot - I'll try to check it12:31
a42niemfine, thanks12:31
*** aguerra has quit IRC12:43
*** red1 has joined #idempiere12:48
*** ChanServ sets mode: +o red112:48
CarlosRuiza42niem, IVA is working perfect12:54
CarlosRuizwhich is root password?12:54
a42niemgreat Carlos12:55
a42niemidempiere12:55
a42niem:)12:55
red1Hi Dirk, congrats, and its only 660Mb.. what flavour of virtual m/c is it?12:56
red1on what O/S?12:56
norbertbedehi all12:57
CarlosRuiz:-)  seems it recognize my keyboard as german keyboard12:58
CarlosRuizHi norbertbede12:58
a42niemit is based on alpine linux which had been developed to be resource efficient12:59
a42niemit does not use glibc but musl libc and busybox13:00
a42niemCarlosRuiz - well that made it simpler for me...13:00
CarlosRuiz:D  noticed when typing the y and z  :D13:01
a42niemand hi Redhuan, and thanks13:02
red1Halo norbertbede13:03
norbertbedei have a specific question:13:06
norbertbedethinking here about possibility to implement on info window  (on top on custom view - lists sales order lines ) - zoom button. any idea is it possible ? we know this for a specific window e.g. product on product info13:06
norbertbedethe goal is open sales order13:06
norbertbedeany hint would be hepful13:06
nmicoudwhen zooming from info window product, you want to open a specific window ?13:07
a42niemCarlosRuiz try setup-keymap (or tzpe setup-kezmap ;) )13:07
norbertbede@nmicoud yes we want to open sales order - but we have very specific complex view listing sales orderlines13:10
*** hieplq has joined #idempiere13:10
nmicoudwrite your own infoproduct.java class and override the onZoom (or zoom) method13:10
red1norbertbede: isn't the present InfoOrder already a custom extension of InfoWindow?13:14
red1wonder if u can copy that and reimplement?13:14
nmicoudyou can extend InfoWindowProduct with YourOwnInfoProduct and just change the zoom method13:15
norbertbedethanks. we thought the awaited solution could be like reusable13:15
norbertbedethat means we are able to this to any new info window13:16
nmicoudyou wanted to add a new field on AD_InfoWindow ?13:16
norbertbedejust we must write new java.class for all13:16
CarlosRuizsetup-kezmap worked a42niem    :D13:16
norbertbedei'm not a developer, but probably new field could be cover this - with specific methods13:17
CarlosRuizgood to add that and root password in the README13:17
nmicouddid you try to play with the Zoom Condition ?13:17
norbertbedeso make it more general13:17
Deepak__Redq1, On ticket IDEMPIERE-267513:17
Deepak__I am not able to reproduce issue you reported13:17
red1hang on Deepak__ checking13:17
norbertbedeyes, just there is not a good support based on tomasscikruha analysis of contextual variables13:18
norbertbedemaybe that could be improved13:18
red1Deepak__: i thought you know that this field, isUseLuceneIndex is not needed right?13:18
Deepak__Red1, I took your changes and replacing in new patch13:19
Deepak__But NPE that you told on organization tree is not able to reproduce13:19
red1my changes is simply to remove that field13:23
Not-f4e9[IDEMPIERE] deepak updated IDEMPIERE-2675 Attachment set to "IDEMPIERE-2675_1.patch"13:23
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-267513:23
red1sorry, now i know that you referring to13:24
red1OK, for that you select the other standard menu i think a Primary Menu and then there is a right item13:24
red1right panel item and clicking on it gives the NPE13:24
red1and I did not patch that at all13:25
red1just informing u of it13:25
Not-f4e9[IDEMPIERE] deepak updated IDEMPIERE-267513:26
Not-f4e9[IDEMPIERE] I am not able to reproduce error mentioned by Red1. Please note that IDEMPIERE-2675_1.patch contains all changes, also correction given by Red1 in same patch.13:26
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-267513:26
red1if it does not happen, then it is my case only probably13:26
Deepak__I tested with organization13:27
Deepak__now let me test with menu13:27
a42niemCarlosRuiz the README is updated13:29
*** HideakiHagiwara has quit IRC13:29
norbertbedethanks for ideas.13:30
a42niemi'll prepare a wiki page with more info13:30
Deepak__Carlos, I created patch for IDEMPIERE-2675 with latest version of iDempiere13:34
Deepak__Can you please do peer review and add into iDempiere 2.1?13:34
CarlosRuizgreat Deepak__ -   red1, do that affect the spinsuite?  or is it compatible?13:34
Deepak__I think red1  need this feature for spinSuite13:35
*** norbertbede has quit IRC13:35
red1Thats exactly what i trying to say... Deepak's contribution works on SpinSuite without me trying to adopt SpinSuite changes13:36
CarlosRuizah ok - I thought spinsuite implemented it in a different way - but is dependent13:36
red1at least for tree management but not tree node creation.13:36
red1yes SpinSuite is different and more core changes which i did not take when Deepak's was partially useful but enough as i just wanted tree display and draging them around13:36
CarlosRuizgreat13:38
Deepak__Red1, If your error continue, We can do sometime screen sharing again to look what is wrong. Sorry I do not have spinsuite setup here yet13:41
Not-f4e9[iDempiere] CarlosRuiz_globalqss pushed 1 commit to release-2.1 [+0/-0/±1] https://bitbucket.org/idempiere/idempiere/commits/13:44
Not-f4e9[iDempiere] globalqss f695038 - IDEMPIERE-2747 Env.parseVariable doesn't work with CreatedBy/UpdatedBy13:44
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2747 status set to "Resolved" -assignee set to "Carlos Antonio Ruiz Gomez" -resolution set to "Fixed"13:44
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-274713:44
CarlosRuiznmicoud, I think I found a better patch for IDEMPIERE-2747 - can you please test it?13:44
nmicoudsure13:44
nmicoudwill put it in our dev instance13:45
CarlosRuiza42niem, a couple of suggestions for the IVA?13:46
a42niemsure13:46
CarlosRuizmaybe include the syncApplied2.1.sh - so it's easy to upgrade database13:47
*** muriloht has joined #idempiere13:47
CarlosRuizI'm not sure if the plugins are updated - it could include also the update.sh pointing to the jenkins as another script - something like    upgrade.sh - which calls update.sh and then syncApplied2.1.sh13:48
CarlosRuizalso - this is a suggestion - but is preferable to create an idempiere user and install as idempiere - instead of root13:48
CarlosRuizI know is a virtual machine for testing - so this is not a big deal13:49
a42niemyes - i was undecided to provide this as a "pure" IVA and provide a nother one with more advanced content13:49
a42niemmaybe containing also all plugins which would make it more heavy for download13:49
CarlosRuizor just add a disclaimer on the readme - this is for testing purposes - installed as root - for production purposes is recommended to install as idempiere13:50
CarlosRuizyes - the size is great13:50
CarlosRuizI think just the "upgrade" script can do the trick - to not overload the IVA13:51
a42niemthats why i initially did not provide the password13:51
CarlosRuizif people want to test the "latest" - is just to run the upgrade13:51
a42niemokay, its open source but it is just intended to be used for lightweight testing13:52
a42niemyeah, you are right13:52
a42niemi can give instructions how to use snapshots and then people can upgrade and maybe go back to a former snapshot13:53
CarlosRuizadded the link to the Downloads page13:54
CarlosRuizhttp://www.idempiere.org/downloads13:54
*** red1 has quit IRC13:55
*** ngordon7000 has quit IRC14:09
Not-f4e9[iDempiere2.1] jenkins built #268 completed (success) http://ci.idempiere.org/job/iDempiere2.1/268/14:10
*** Deepak__ has quit IRC14:15
hieplqhi @CarlosRuiz, wdyt about IDEMPIERE-275414:16
CarlosRuizyes - I agree if that's not used ok14:20
CarlosRuizhieplq, the commits from experimental are already deployed to experimental test server?14:31
Not-f4e9[IDEMPIERE] hieplq updated IDEMPIERE-137914:31
Not-f4e9[IDEMPIERE] I has some idea with this issue. please help me review it. 1. at the moment, in menu window, form, workflow, process, report ... has difference icon. but sale order window and bpartner window has same icon (even bpartner window has owner icon at tab) it worth for set each menu has owner icon. priority is: if image is set at info (window, process, form, info window), set this icon for menu item. also set14:31
Not-f4e9for tab ico and dashboard ico if image is not set at info (window, process, form, info window), use category type icon (one for window type, one for info window,....) 2. at the moment, info window has image URL field. it's text type and it use for icon in dashboard menu. i think it should convert to image type and also use for tab icon and menu as description at (1).14:31
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-137914:31
hieplqhi @CarlosRuiz. not yet. i want finish all before rebuild14:32
hieplqi has comment for IDEMPIERE-1379. and i want discuss about it.14:33
hieplqi want finish experience in this week14:33
*** Deepak_ has joined #idempiere14:41
*** KermitTheFragger has quit IRC14:44
*** hieplq has quit IRC15:13
*** red1 has joined #idempiere15:26
*** nmicoud has left #idempiere16:08
*** red1 has quit IRC16:19
*** a42niem has quit IRC16:25
Not-f4e9[iDempiere] CarlosRuiz_globalqss pushed 2 commits to development [+4/-0/±6] https://bitbucket.org/idempiere/idempiere/commits/17:07
Not-f4e9[iDempiere] dpansheriya da0c037 - IDEMPIERE-2675: Adding custom table support in Tree17:07
Not-f4e9[iDempiere] globalqss cf97100 - IDEMPIERE-2675: Adding custom table support in Tree17:07
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2675 status set to "Resolved" -assignee set to "Deepak Pansheriya" -resolution set to "Fixed"17:07
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-267517:08
Not-f4e9[iDempiere] jenkins built #1695 completed (success) http://ci.idempiere.org/job/iDempiere/1695/17:16
*** Deepak_ has quit IRC17:52
*** norbertbede has joined #idempiere18:02
*** norbertbede has quit IRC18:09
*** nmicoud has joined #idempiere18:25
*** muriloht has quit IRC19:21
Not-f4e9[IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-137919:34
Not-f4e9[IDEMPIERE] Thanks [~hieplq], I think the scope of your proposal goes beyond this ticket - would be better to commit and close this ticket and open a new one for the new idea. About 2 - I think it's better to add a new field.19:34
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-137919:34
*** nmicoud has quit IRC20:20
*** mhernandezve has joined #idempiere20:29
*** mhernandezve has quit IRC20:46
*** allgood has joined #idempiere22:07
allgoodhi folks22:08
allgoodi am trying to make an activator that installs the views my plugin needs, i have sucessfully inherited the Incremental2PackActivator.java that does the packin and after that I want to issue CREATE VIEW commands to the database22:09
allgoodthe commands run with no errors, but the VIEWs I make doesnt show in the database22:09
allgoodPS.: the view statement is too big to fit in the SQL entry of the packin22:10
allgoodthis is my activator code: http://pastebin.com/My0yhsp422:11
allgoodthe sql file loaded in line 36 have only a create view statement with multiple lines22:12
Not-f4e9[IDEMPIERE] carlosruiz_globalqss created IDEMPIERE-2756 Background threads losing context when user log out22:32
Not-f4e9[IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-275622:32
CarlosRuizHi allgood22:34
CarlosRuizmaybe is easier to define the view on the dictionary - 2pack manages that correctly22:34
allgoodjust solved it Carlos22:59
allgood2pack have a size limit for sql queries23:00
allgoodmy view is very big23:00
allgoodthank you CarlosRuiz23:00
CarlosRuizI mean - dictionary view23:01
allgoodi dont think it will handle our view here23:01
CarlosRuizhttp://wiki.idempiere.org/en/NF2.0_DB_Objects_in_Dictionary#Views23:01
allgoodi will take a look23:01
allgoodit is a view with 2 UNION and lots of tables23:02
allgoodi tried to make it there23:02
allgoodi had some comments on my sql file... removing them my code worked23:03
CarlosRuizah yes - comments must be /* */23:38
CarlosRuizthe // or -- comments don't work23:38
*** allgood has quit IRC23:53

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!