| chat.freenode.net #tryton log beginning Tue Aug 10 00:00:02 CEST 2010 | ||
| 2010-08-10 00:01 -!- zodman(~Miranda@67.223.236.231) has joined #tryton | ||
| 2010-08-10 00:18 -!- ebanders(~ebanders@c-66-41-121-0.hsd1.mn.comcast.net) has joined #tryton | ||
| 2010-08-10 00:18 -!- FWiesing(~FWiesing@85-126-100-130.work.xdsl-line.inode.at) has joined #tryton | ||
| 2010-08-10 00:18 -!- dba(~daniel@static.88-198-196-34.clients.your-server.de) has joined #tryton | ||
| 2010-08-10 00:18 -!- sejo(~SeJo@exherbo/developer/sejo) has joined #tryton | ||
| 2010-08-10 00:20 -!- masterhumper(~SeJo@exherbo/developer/sejo) has joined #tryton | ||
| 2010-08-10 00:27 -!- tekknokrat(~lila@p579FB7A9.dip.t-dialin.net) has joined #tryton | ||
| 2010-08-10 01:24 -!- pheller(~pheller@2002:ad30:d8c3:0:fa1e:dfff:fee6:aabf) has joined #tryton | ||
| 2010-08-10 01:24 -!- pheller(~pheller@2002:ad30:d8c3:0:fa1e:dfff:fee6:aabf) has left #tryton | ||
| 2010-08-10 03:09 -!- digitalsatori(~tony@116.233.249.147) has joined #tryton | ||
| 2010-08-10 03:37 -!- ikks(~ikks@190.158.116.213) has joined #tryton | ||
| 2010-08-10 04:02 -!- zodman(~zodman@foresight/developer/zodman) has joined #tryton | ||
| 2010-08-10 04:33 <zodman> ey dudes | ||
| 2010-08-10 04:33 <zodman> /home/zodman/Desarrollo/try/trytond/trytond/security.py(78)check() | ||
| 2010-08-10 04:33 <zodman> -> raise Exception('NotLogged') | ||
| 2010-08-10 04:33 <zodman> i run trytond -u <module> -d <mydb> | ||
| 2010-08-10 04:34 <zodman> but when i click on gtk client | ||
| 2010-08-10 04:34 <zodman> trytond gime that error | ||
| 2010-08-10 04:34 <zodman> how can i prevent | ||
| 2010-08-10 04:34 <zodman> it ? | ||
| 2010-08-10 04:34 <zodman> i need killit | ||
| 2010-08-10 05:39 -!- zodman(~zodman@foresight/developer/zodman) has joined #tryton | ||
| 2010-08-10 06:09 -!- mr_amit(~amit@117.254.178.13) has joined #tryton | ||
| 2010-08-10 07:20 -!- udono(~udono@dynamic-unidsl-85-197-24-16.westend.de) has joined #tryton | ||
| 2010-08-10 07:23 -!- hoRn(~chatzilla@dslb-094-223-211-094.pools.arcor-ip.net) has joined #tryton | ||
| 2010-08-10 07:24 <hoRn> Good morning | ||
| 2010-08-10 07:24 -!- Timitos(~kp@88.217.184.172) has joined #tryton | ||
| 2010-08-10 07:25 <hoRn> cedk: time for a little interview? | ||
| 2010-08-10 07:28 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2010-08-10 08:16 <cedk> hoRn: I have no much time | ||
| 2010-08-10 08:16 <hoRn> ok | ||
| 2010-08-10 08:16 <cedk> hoRn: what do you want? | ||
| 2010-08-10 08:16 <hoRn> sometimes a small idea of your thinkings about mrp | ||
| 2010-08-10 08:17 <hoRn> cedk: i'll contact you later | ||
| 2010-08-10 08:20 <cedk> hoRn: use mailing list | ||
| 2010-08-10 08:20 <hoRn> cedk: ok | ||
| 2010-08-10 08:43 -!- ecarreras(~under@unaffiliated/ecarreras) has joined #tryton | ||
| 2010-08-10 08:48 -!- paepke(~paepke@p4FEB625C.dip.t-dialin.net) has joined #tryton | ||
| 2010-08-10 09:05 -!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton | ||
| 2010-08-10 09:10 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
| 2010-08-10 09:31 -!- eLBati(~elbati@94.164.116.137) has joined #tryton | ||
| 2010-08-10 10:14 -!- digitalsatori(~tony@116.233.249.147) has joined #tryton | ||
| 2010-08-10 10:16 <digitalsatori> cedk: does tryton have access control on field | ||
| 2010-08-10 10:26 -!- johbo(~joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2010-08-10 10:42 -!- Timitos(~kp@88.217.184.172) has joined #tryton | ||
| 2010-08-10 10:47 <cedk> digitalsatori: no | ||
| 2010-08-10 10:48 <cedk> digitalsatori: we did not see yet any usage of it that justify the overload | ||
| 2010-08-10 10:48 <digitalsatori> it will be very cool if you can implement this | ||
| 2010-08-10 10:50 <cedk> digitalsatori: what is the usage? | ||
| 2010-08-10 10:51 <cedk> digitalsatori: by the way, we will not accept an implementation like in OE (I think it is the worst thing they have done recently) | ||
| 2010-08-10 10:51 <digitalsatori> in openerp, the field with readonly attribute will not allow the changed value to be save to the server | ||
| 2010-08-10 10:51 <digitalsatori> what about tryton | ||
| 2010-08-10 10:52 <cedk> digitalsatori: it is the same | ||
| 2010-08-10 10:53 <digitalsatori> then, some times I need a field to be readonly to certain groups ,how could do that | ||
| 2010-08-10 10:53 <digitalsatori> I don't want to hide the field | ||
| 2010-08-10 10:53 <cedk> digitalsatori: no more explaination | ||
| 2010-08-10 10:54 <digitalsatori> I can't find a good way to do the above mentioned in OE | ||
| 2010-08-10 10:55 <digitalsatori> as openerp don't really have a full access control on field | ||
| 2010-08-10 10:55 <digitalsatori> it only hide or unhide field for groups | ||
| 2010-08-10 10:57 <digitalsatori> cedk, what do you mean about 'no more explaination'? | ||
| 2010-08-10 10:58 <cedk> digitalsatori: I mean I need more explaination about the business logic | ||
| 2010-08-10 11:01 <digitalsatori> It is not hard to understand, for example, I want value in price field can only be changed by people in sales manager group while other people remain readonly | ||
| 2010-08-10 11:03 <digitalsatori> or I want a field to be readonly to all people but the value can be changeed by on-change event | ||
| 2010-08-10 11:05 <digitalsatori> if you can CRUD access on field will make those kind of senario very easy to handle | ||
| 2010-08-10 11:06 <digitalsatori> If not, at least have readonly attribue on view level will ease many effort for developer | ||
| 2010-08-10 11:09 -!- jahc(~jahc@ip-118-90-78-92.xdsl.xnet.co.nz) has joined #tryton | ||
| 2010-08-10 11:09 <jahc> yo. :) | ||
| 2010-08-10 11:10 <jahc> I'm checking out Tryton | ||
| 2010-08-10 11:10 <jahc> I'm reading docs atm.. but standby for newbie questions soon if I cant figure this out. :) | ||
| 2010-08-10 11:14 <cedk> digitalsatori: I will simply override write/create of the record and put there the access control | ||
| 2010-08-10 11:15 <paepke> jahc, welcome here. | ||
| 2010-08-10 11:16 <paepke> cedk, are there already ideas for an audit trail module? to track changes a user mades to the datasets? | ||
| 2010-08-10 11:16 <cedk> paepke: there is the history functionality | ||
| 2010-08-10 11:17 <jahc> so if I understand this right, you run trytond first to run the server.. and then you run the client to access it? | ||
| 2010-08-10 11:17 <digitalsatori> cedk: yeah currently we do the same, but I thought a access control on field will make things easy and flexible | ||
| 2010-08-10 11:18 <cedk> digitalsatori: I'm not sure it is simplier | ||
| 2010-08-10 11:18 <paepke> cedk, yes, the history module. i already saw this. but it wouldn't it be kind of slow if it is widely used? | ||
| 2010-08-10 11:19 <digitalsatori> still the way you mentioned, can't not set a field to be SEEN as readonly | ||
| 2010-08-10 11:19 <paepke> jahc, yes, its a client-server system. you could try out neso which is a standalone version. | ||
| 2010-08-10 11:20 <jahc> ok. is it the same, functionality wise? | ||
| 2010-08-10 11:20 <paepke> jahc, yes. | ||
| 2010-08-10 11:20 <jahc> ok. | ||
| 2010-08-10 11:20 <jahc> but,. I have installed all the files on my system.. I'd like to try and get that going if I can.. | ||
| 2010-08-10 11:21 <paepke> jahc, you can use the client and server on the same system, too of course. | ||
| 2010-08-10 11:21 <jahc> trytond fails with the message socket.error errno 98 address already in use .. but I'm not sure what parameters it takes | ||
| 2010-08-10 11:22 <cedk> digitalsatori: you can set it as readonly but I think your design is wrong because a stored value should not depend on the user reading/writing it like that | ||
| 2010-08-10 11:22 <jahc> that was in the function self.socket.bind((interface, port)) | ||
| 2010-08-10 11:22 <cedk> paepke: of course it slow down the system but it is like any auditing tool | ||
| 2010-08-10 11:23 <paepke> cedk, for an audit trail i don't need access to the history data in the real system. i assume for tracking changes it would be better to do this somewhere else. | ||
| 2010-08-10 11:23 <cedk> paepke: and at least it is just run a SQL query for each UPDATE queries | ||
| 2010-08-10 11:24 <paepke> cedk, doesn't it has a more complex query when accessing models with enabled history? | ||
| 2010-08-10 11:25 <jahc> nm. I'll do as you suggested and use neso. | ||
| 2010-08-10 11:26 <cedk> paepke: no if you don't ask to read at a specific date | ||
| 2010-08-10 11:26 <paepke> jahc, what processes do you have in use on youre machine? maybe another process is blocking the ports for trytond. | ||
| 2010-08-10 11:26 <digitalsatori> :cedk, this is the part I could'nt understand, would you mind explain more, How could set a field disply as read-only, while the value still can be changed by code and saved to server | ||
| 2010-08-10 11:26 <jahc> its pretty much a standard ubuntu install on my netbook. | ||
| 2010-08-10 11:27 <paepke> cedk, ic. good design. slowing down only on update is ok. an additional logger like for audit trail would do kind of the same. | ||
| 2010-08-10 11:27 <jahc> neso appears to be working. thanks guys. :) | ||
| 2010-08-10 11:28 <cedk> jahc: there is just this http://bugs.tryton.org/roundup/issue1644 | ||
| 2010-08-10 11:28 <paepke> jahc, good luck. its a good starting point. for production i would use trytond. | ||
| 2010-08-10 11:28 -!- Red15(~red15@unaffiliated/red15) has joined #tryton | ||
| 2010-08-10 11:28 <jahc> ah, yes. but this is just for research for school. :) | ||
| 2010-08-10 11:28 <cedk> digitalsatori: for me you must have two fields: | ||
| 2010-08-10 11:28 <cedk> digitalsatori: - one function field that gives you the default value | ||
| 2010-08-10 11:29 <jahc> studying C#.net diploma.. we're investigating some open source software to make up one solution for an IT problem | ||
| 2010-08-10 11:29 <cedk> digitalsatori: - one that store the value for users who can | ||
| 2010-08-10 11:29 <cedk> digitalsatori: so you display one of those two fields depending of the user | ||
| 2010-08-10 11:30 <paepke> jahc, you know that tryton is written in python? | ||
| 2010-08-10 11:31 <digitalsatori> cedk: thank you very much for your enlightment, so the function field will showing as readonly for unauthorize person | ||
| 2010-08-10 11:32 <cedk> digitalsatori: yes but I still think that your design is strange | ||
| 2010-08-10 11:32 <digitalsatori> cedk: I explained my senario | ||
| 2010-08-10 11:33 <digitalsatori> cedk: is it logical to set the price field readonly to normal sales agent while allowing the manager have the updae access right | ||
| 2010-08-10 11:33 <jahc> paepke: yes. | ||
| 2010-08-10 11:34 <jahc> and built on top of postgresql | ||
| 2010-08-10 11:34 <jahc> sounds very cool | ||
| 2010-08-10 11:34 <jahc> this part of my study is related to team work, and currently we're all researching things that are not necessarily related to our studies.. | ||
| 2010-08-10 11:34 <jahc> if that makes sense. :) | ||
| 2010-08-10 11:35 <cedk> digitalsatori: so what if one sale edited by the manager, is later opened by a normal sale ? | ||
| 2010-08-10 11:36 <digitalsatori> cedk: no difference, the normal sale can see the order line but the price is still readonly | ||
| 2010-08-10 11:37 <cedk> digitalsatori: but which price will he see? The modified one from manager or the standard? | ||
| 2010-08-10 11:38 <cedk> digitalsatori: I think your issue if not linked to edition but more on workflow | ||
| 2010-08-10 11:38 <digitalsatori> cedk: of course, the modified one, the purpose is don't allow the normal sales have the right to change the price | ||
| 2010-08-10 11:38 <cedk> digitalsatori: like a normal sale can not validate a sale with price different from the standard price | ||
| 2010-08-10 11:39 <cedk> digitalsatori: but if the normal sale re-select the product he will have the standard price and the price of the manager is lost | ||
| 2010-08-10 11:40 <cedk> digitalsatori: other way, is you set it readonly for normal sale and override create/write to set the standard price if the user is normal sale | ||
| 2010-08-10 11:41 <digitalsatori> cedk: the logical is that the normal sale is only allow to issue an order with standard price, if the customer need the price adjustment, it will elevated to the manager to handle | ||
| 2010-08-10 11:42 <digitalsatori> cedk: basicly these senario means that the normal sale has only read access on price field, while the manager has CUD control on price field | ||
| 2010-08-10 11:43 <jahc> see you guys. | ||
| 2010-08-10 11:44 <cedk> digitalsatori: I think the good solution, is normal sale can only validate sale only if price is standard one | ||
| 2010-08-10 11:45 <digitalsatori> cedk, not exactly he can still validate the order after manager change the price | ||
| 2010-08-10 11:47 <digitalsatori> cedk, he can see the changed price as he has the read access right, but he can't change the price, sorry if I make you confuse | ||
| 2010-08-10 11:48 <cedk> digitalsatori: any way, an access control on field will not change the issue because you don't know if the value write comes from default or from user | ||
| 2010-08-10 11:49 <cedk> digitalsatori: the only way is to write code on create/write that validate the creation/modification | ||
| 2010-08-10 11:49 <cedk> digitalsatori: and let the field no readonly | ||
| 2010-08-10 11:50 <digitalsatori> cedk: hehe, yeah, for current moment, | ||
| 2010-08-10 11:51 <cedk> digitalsatori: you can not do an other way | ||
| 2010-08-10 11:53 <digitalsatori> cedk: what about implemting a readonly or editable attribute on view level | ||
| 2010-08-10 11:54 <cedk> digitalsatori: it will not fix your issue | ||
| 2010-08-10 11:54 <cedk> digitalsatori: and it is already there | ||
| 2010-08-10 11:54 <digitalsatori> cedk: the current readonly attribut on vim xml is not realy on view level | ||
| 2010-08-10 11:55 <digitalsatori> cedk: as it will block the value change as well | ||
| 2010-08-10 11:56 <cedk> digitalsatori: don't understand | ||
| 2010-08-10 11:56 <digitalsatori> cedk: readonly on view level means that the user can't change the value, but the running code can change the value and save it to server | ||
| 2010-08-10 11:57 <cedk> digitalsatori: this is a wrong design | ||
| 2010-08-10 11:58 <cedk> digitalsatori: the server doesn't know if the value written is good or not | ||
| 2010-08-10 12:03 <cedk> digitalsatori: the field must be readonly and filled on the server side | ||
| 2010-08-10 12:04 <digitalsatori> cedk: what I'm saying is not conflict with the current definition of readonly field | ||
| 2010-08-10 12:05 <digitalsatori> cedk: what I need is not a readonly field, it is un-readonly field but seeing as readonly on the view to certain users | ||
| 2010-08-10 12:05 <cedk> digitalsatori: you said that the client must send the readonly fields but how could you trust this values | ||
| 2010-08-10 12:06 <digitalsatori> cedk: I can totally understand logical of current readonly field | ||
| 2010-08-10 12:08 <cedk> digitalsatori: but you want that the price for normal sale is sent to the server | ||
| 2010-08-10 12:09 <digitalsatori> cedk: yes, the price field should not be a readonly field, as manager has the ability to change the price and save it to the server, but the normal user will see it readonly | ||
| 2010-08-10 12:10 <cedk> digitalsatori: but how do you want it to be filled? | ||
| 2010-08-10 12:11 <digitalsatori> cedk: with the default price if manager don't change the price | ||
| 2010-08-10 12:13 <cedk> digitalsatori: that comes from where? | ||
| 2010-08-10 12:14 <digitalsatori> cedk: from the code, let say the onchange event setting on product_id | ||
| 2010-08-10 12:15 <cedk> digitalsatori: which code ? What I try to show you is that you will say "from the client" but it could not be trusted | ||
| 2010-08-10 12:16 <digitalsatori> cedk: instead, I'm saying actually from server | ||
| 2010-08-10 12:17 <cedk> digitalsatori: and how do you want that the server know what to do without writing code | ||
| 2010-08-10 12:20 <digitalsatori> cedk: I'm not saying that server will do without writing code | ||
| 2010-08-10 12:21 <cedk> digitalsatori: so for me the best way is: make the field readonly dynamicly and write code in create/write to drop price value if the user has not right | ||
| 2010-08-10 12:22 <digitalsatori> cedk: how could I set the field readonly dynamicly | ||
| 2010-08-10 12:24 <cedk> digitalsatori: with PYSON | ||
| 2010-08-10 12:24 <cedk> http://doc.tryton.org/1.6/trytond/doc/topics/pyson.html | ||
| 2010-08-10 12:25 <digitalsatori> cedk: thank you very much for your patient, I will study it | ||
| 2010-08-10 12:27 <cedk> digitalsatori: this kind of behavior must always be written twice one on the server and one on the client | ||
| 2010-08-10 13:59 -!- enlightx(~enlightx@static-217-133-61-144.clienti.tiscali.it) has joined #tryton | ||
| 2010-08-10 14:36 -!- woakas(~woakas@pcsp163-59.supercabletv.net.co) has joined #tryton | ||
| 2010-08-10 14:50 -!- digitalsatori(~tony@116.233.249.147) has joined #tryton | ||
| 2010-08-10 14:54 <cedk> digitalsatori: by the way, i think your devs could be a standard module | ||
| 2010-08-10 14:57 -!- pheller(~pheller@c1fw231.constantcontact.com) has joined #tryton | ||
| 2010-08-10 15:10 -!- enlightx(~enlightx@dynamic-adsl-94-34-172-6.clienti.tiscali.it) has joined #tryton | ||
| 2010-08-10 16:06 -!- digitalsatori(~tony@116.233.249.147) has joined #tryton | ||
| 2010-08-10 18:06 -!- enlightx(~enlightx@dynamic-adsl-94-34-172-6.clienti.tiscali.it) has joined #tryton | ||
| 2010-08-10 18:21 -!- paepke(~paepke@p4FEB2682.dip0.t-ipconnect.de) has joined #tryton | ||
| 2010-08-10 18:31 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
| 2010-08-10 19:14 -!- paepke(~paepke@p4FEB2682.dip0.t-ipconnect.de) has left #tryton | ||
| 2010-08-10 19:24 -!- plantian(~ian@c-69-181-194-95.hsd1.ca.comcast.net) has joined #tryton | ||
| 2010-08-10 19:42 -!- ecarreras(~under@unaffiliated/ecarreras) has joined #tryton | ||
| 2010-08-10 20:42 -!- eLBati(~elbati@94.166.48.255) has joined #tryton | ||
| 2010-08-10 23:02 -!- gremly(~gremly@190.26.157.133) has joined #tryton | ||
| 2010-08-10 23:18 -!- tekoholic(~quassel@174-29-136-8.hlrn.qwest.net) has joined #tryton |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!