IDempiere/FullMeeting20140924

From WikiQSS
Revision as of 20:04, 24 September 2014 by CarlosRuiz (talk | contribs) (full meeting)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Table of Contents | Full Meeting Minutes | Full Meeting 2014-09-24

CarlosRuiz: Good Morning
nmicoud: Bonjour
nmicoud: Carlos, wdyt of https://groups.google.com/forum/?fromgroups#!topic/idempiere/N3ec4QapdTA ?
CarlosRuiz: yep - it sounds like a nice improvement
nmicoud: ok, will try to upload a patch (an ugly one, but it should be used as a base)
hieplq: @CarlosRuiz please give me a sugest relate to IDEMPIERE-2148.
CarlosRuiz: @hieplq - checking
norbertbede: hi @all
CarlosRuiz: Hi norbertbede
norbertbede: i waste first 30min. any interesting topic
CarlosRuiz: not yet - don't worry
norbertbede: @CarlosRuiz, can we somehow improve Seed database ?
norbertbede: we want test some new features and gw database is "too simple"
ocurieles_DCS: Hi Everyone
norbertbede: or just have 2 seed database 1 for public demo 2nd for better testing
norbertbede: eg. to have multiple clients, various langues in each clients etc. because some bugs looks me in deep, we found in our lijve multitenant installation and its hard to identify them
norbertbede: just an idea...
CarlosRuiz: yes - including more test data in GW is a good idea
CarlosRuiz: about having a second tenant - perhaps in a 2pack easy to import?
CarlosRuiz: hmm no - 2pack is not able to do that
Not-113: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2148
Not-113: [IDEMPIERE] [~hieplq], I think isDisplay and isDisplayGrid have different purposes, the solution must be that in some points of the code must check for "isDisplayGrid || isDisplay" instead of just isDisplayGrid. Regards, Carlos Ruiz
Not-113: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2148
CarlosRuiz: norbertbede, BTW I like the approach from tbayen, for example to load more languages on a new installation he made the translation import runnable from command line
tbayen: Hi, I am late today! Good day to everyone. ;-)
tbayen: I want to be able to create the "iDempiere light" installation from the command line. I am collecting things that are needed for that.
tbayen: Like translations, 2pack and csv import from command line (or via a process).
tbayen: I have not the time to that fast but I like to join efforts if you want a similar thing.
Not-113: [IDEMPIERE] hieplq updated IDEMPIERE-2148
Not-113: [IDEMPIERE] yes. current code is check isDisplayGrid || isDisplay but i think that. when admin set isDisplay = false, he will don't want it display any where, even in gridview. other, when you commit isDisplayGrid and isDisplay is separate i will continue with ticket with this in mind.
Not-113: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2148
tbayen: My "iDempiere light" tenant seems a bit similar to your "2nd demo" tenant idea.
Not-113: [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2148
Not-113: [IDEMPIERE] I think is worthy to be able to show a field in grid but not in form mode.
Not-113: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2148
norbertbede: at the end that means i should have GW 3 times in multiple languages ?
norbertbede: let say i can test cloud scenarious user1 eng, user2 germand etc ?
norbertbede: we have here a definitive bug, just its very hard to catch
norbertbede: something around session
norbertbede: and our installation is too complicated, i like prefer to debug have a more advanced demo seed
tbayen: It should be possible to collect a configuration of system, tenant, translations and everything in a bunch of files and you can install all this together with one script. That's the idea.
norbertbede: something like: http://docs.aws.amazon.com/opsworks/latest/userguide/workingcookbook.html
hieplq: @CarlosRuiz. i finish some ticket, please help me review it, if it's worth you can add it to trunk? IDEMPIERE-2152, IDEMPIERE-1969, IDEMPIERE-2154, IDEMPIERE-1665, IDEMPIERE-2193, IDEMPIERE-2191
CarlosRuiz: thanks hieplq - I have to go out for a while at this moment - will be back at my afternoon (like 3 hours from this moment) and I'll try to take a look to the backlog at that time
Not-113: [IDEMPIERE] norbert.bede created IDEMPIERE-2213 Role Data Access settings is Doenst considered in Grid Customisation
Not-113: [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2213
ocurieles_DCS: i'm testing something, when i search a sales order with data, and push new order, the line and total don't put in zero, take the value of the last order
ocurieles_DCS: that is ok ?
ocurieles_DCS: when save the order, put the correct value, but maybe the user can confused
hieplq_: anyone can help me at below question? when void a purchase have matching with receipt, matching is not un-match immediately. we must manual un-match by use process in window "Matched Purchase Orders"
norbertbede: hieplq. matching: dont know who change this behaviour and we talked about it in krefeld 2013 too, but void and autovoid related docs is very danger
hieplq_: but, just document is have this behavior, many other document still auto void relate document.
norbertbede: we suck lot, because users voids causes "unpredictable" cause in another docs
norbertbede: then dont know the answer
norbertbede: void matching is something new
norbertbede: was not avaialable as i know in adempiere