IRC logs of #tryton for Wednesday, 2013-04-10 #tryton log beginning Wed Apr 10 00:00:05 CEST 2013
2013-04-10 00:53 <plantian> hey guys, is it possible to tell if caching is disabled in the client?
2013-04-10 10:39 <mrechte> Hello, what makes the delete button visible on a form ? Thanks
2013-04-10 12:03 <mrechte> Can the main toolbar be customized on a view, for instance adding a button ?
2013-04-10 12:08 <corro> mrechte: You can define your own actions, relates and reports which are then accessible from the toolbar
2013-04-10 12:11 <mrechte> corro: you mean from the "launch action" button drop down list ?
2013-04-10 12:13 <corro> mrechte: yes. that's the closest you come to a custom button
2013-04-10 12:13 <mrechte> corro: thanks
2013-04-10 12:13 <corro> mrechte: you're welcome
2013-04-10 13:48 <giedrius> i see, that FIFO is pretty broken on tryton
2013-04-10 13:49 <giedrius> 2.8 have problem described in issue3138, and 2.6 becomes broken after Force Assign (on customer shipment)
2013-04-10 13:51 <giedrius> maybe it could be good idea to make separate table for FIFO move tracking
2013-04-10 13:53 <giedrius> it could also help implement feature which updates production costs when the invoice is received after stocks are already in production
2013-04-10 13:55 <giedrius> it is the case when the received invoice differs from purchase order, so stock values must be changed too
2013-04-10 13:58 <cedk> giedrius: it is just a matter of writing test scenario
2013-04-10 13:59 <giedrius> cedk: what do you think about idea to create a table which would be used to make relation between fifo moves and quantities
2013-04-10 13:59 <cedk> giedrius: don't see any point
2013-04-10 13:59 <giedrius> cedk: but what about situation when like i described above?
2013-04-10 14:00 <cedk> giedrius: doesn't change anything
2013-04-10 14:00 <cedk> giedrius: if you want to have re-evaluation of cost, you need to implement it
2013-04-10 14:01 <giedrius> cedk: in reality there are such situations when you produce product, then you sell, then it is returned, and only after that you receive invoice which have different cost prices of materials used in production
2013-04-10 14:02 <cedk> giedrius: yes but having one or two tables doesn't change anything
2013-04-10 14:03 <giedrius> cedk: yes, i'm planning to implement cost re-evaluation, but now thinking about easiest/best way
2013-04-10 14:04 <giedrius> cedk: having separate table to chain stock moves would increase performance of cost re-evulation or finding cost prices for FIFO moves
2013-04-10 14:06 <giedrius> cedk: and one more thing, cost re-evulation should be made as separate module or on top of stock module?
2013-04-10 14:06 <giedrius> what is your idea
2013-04-10 14:12 <cedk> giedrius: I don't get you with the performance
2013-04-10 14:13 <cedk> giedrius: I think it should be a separate module, only a few users need it
2013-04-10 14:21 <giedrius> cedk: currently, if you sell or use stock in production, no relation are made with between this move and stock move which was created on purchase (or production). That means when you update cost price of "source stock move" you need walk around all stock table to find all stock move which used "source stock move" to determinate the cost price
2013-04-10 14:24 <giedrius> cedk: basically, to accomplish this task you need to recreate all chains between all previous moves (maybe not all but most) by using FIFO quantity
2013-04-10 14:26 <cedk> giedrius: I don't agree
2013-04-10 14:26 <cedk> giedrius: there is no link between the incoming move and the production mov
2013-04-10 14:27 <cedk> giedrius: for production, you have to use the cost price of the product
2013-04-10 14:30 <giedrius> cedk: yes, if i understand correctly, the cost price on production is selected pretty same as it is done on outgoing shipment
2013-04-10 14:31 <cedk> giedrius: yes, the cost at the moment the production was done
2013-04-10 14:32 <giedrius> cedk: thats why i'm talking about separate table, to make relation between moves, so by having it, it would be possible to determinate which move was used for selecting cost price
2013-04-10 14:33 <cedk> giedrius: but you can not
2013-04-10 14:33 <cedk> giedrius: except if you use fifo then it will use _update_fifo_out_product_cost_price
2013-04-10 14:35 <giedrius> cedk: yes, i'm talking only about FIFO as it is basically a single cost method used for stocks in my country
2013-04-10 14:36 <giedrius> cedk: currently, in tryton, there is no chaining between FIFO moves
2013-04-10 14:37 <giedrius> cedk: but it is nice thing to have, because it allows to develop nice features, like cost re-evulation
2013-04-10 14:41 <giedrius> i have to go now, will be back in 30mins
2013-04-10 16:34 <cedk> giedrius: about link, I think it could be easily implemented in product_cost_fifo
2013-04-10 16:35 <cedk> giedrius: it is a matter to link the moves used in the method _update...
2013-04-10 16:54 <giedrius> cedk: yes, exactly. I'm planning to implement this. How do you think, is it better to make it as separate module or inside product_cost_fifo?
2013-04-10 16:57 <cedk> giedrius: it could be inside product_cost_fifo
2013-04-10 16:58 <cedk> giedrius: but it should take migration in the plan
2013-04-10 16:59 <cedk> giedrius: by the way, it will be great if you can test the patch
2013-04-10 17:13 <mrechte> In an account move form an existing record having 2 move lines, the user just updates one field on one of the move lines (the debit) . When saving, the client sends to the server: model.account.move.write(... , [41], {'lines': [('add', [50, 49]), ('write', [49], {'credit': Decimal('0.0'), 'debit': Decimal('1')})] }, ...
2013-04-10 17:13 <mrechte> Why is it sending ('add', [50, 49]) ? those records where already existing
2013-04-10 17:34 <giedrius> cedk: which one?
2013-04-10 17:47 <cedk> giedrius: about fifo
2013-04-10 17:49 <giedrius> cedk: do you mean review781002?
2013-04-10 17:50 <cedk> giedrius: yes
2013-04-10 17:50 <giedrius> cedk: yeah, sure will check
2013-04-10 17:52 <ozmeister> Hi all. I noticed that the Tryton client on Windows has a button before the tab title with options allowing import and export, launch actions etc. I can't see it on my Ubuntu box. Am I missing something?
2013-04-10 17:55 <nicoe> ozmeister: this is ubuntu special dbus menu shit
2013-04-10 17:56 <cedk> mrechte: because client don't know if they are linked or not to the parent
2013-04-10 17:57 <ozmeister> nicoe: Thanks. How do I get rid of it?
2013-04-10 17:57 <cedk> ozmeister: search on the bugtracker there is the solution
2013-04-10 17:58 <ozmeister> cedk: Will do. Thanks
2013-04-10 17:58 <nicoe> ozmeister:
2013-04-10 18:00 <mrechte> cedk: thanks. It produces a double validation (one for the add, one for the write)
2013-04-10 18:01 <cedk> mrechte: mmh, it could be improved on the server side to not add if already added
2013-04-10 18:03 <mrechte> cedk: I would have sought the opposite, the client recording the fact the records are existing or not !
2013-04-10 18:04 <cedk> mrechte: difficult to know on the client side
2013-04-10 18:04 <cedk> mrechte: moreover if there is edition conflict we want to detect it
2013-04-10 18:17 <ozmeister> nicoe: I've ran the script, but it seems to be looking for 'tryton-icon.png' in '/usr/share/pixmaps/tryton', which doesn't exist :)
2013-04-10 18:20 <nicoe> ozmeister: I pointed you to the two lines that do the trick in the tryton that will soon be published
2013-04-10 18:20 <nicoe> ozmeister: in fact it sets an environment variable to disable the dbusmenu from ubuntu
2013-04-10 18:22 <ozmeister> nicoe: Yeah, I just saw that os.environ call :)
2013-04-10 18:22 <ozmeister> nicoe: Thanks
2013-04-10 18:25 <ozmeister> nicoe: Worked. Thanks :)
2013-04-10 18:25 <nicoe> ozmeister: you're welcome
2013-04-10 22:33 <plantian> Does anyone have any tips on improving tryton performance?

Generated by 2.17.3 by Marius Gedminas - find it at!