IRC logs of #tryton for Monday, 2013-03-25 #tryton log beginning Mon Mar 25 00:00:02 CET 2013
cedkudono: you can remove the wiki page by yourself normally10:49
udonocedk: ok10:51
udonocedk: Should it be in the same patch?
cedkudono: better 2 separate patches because one should be backported11:08
udonocedk: k11:13
basmanI have updated Tryton from version 2.6.2 to version 2.6.3, using pip, I already has my database full of data like products, invoices .....etc. then I tried to make a sales order, once the sale order processed I tried to open the generated draft invoice, when I hits open I got an error from file and I'm unable to open the invoice, nor to print the invoice report since I'm getting an error too14:47
katr_basman: It's difficult to help you if you don't provide a traceback.14:53
basmankatr_: here it is:
cedkbasman: probably the odt template is corrupted15:00
udonocedk: I found a bigger count of issues what to do?15:10
basmancedk: not only the invoice report can't be generated in any state of invoice, in addition, I can't even make the invoice in state OPEN. Now if I reloaded the default invoice odt template, do u think both issues would be solved?15:19
cedkudono: most of them are not issue15:19
basmancedk: shall I reset the default invoice odt template. I was using customized one before upgrading Tryton and it was working fine.15:35
basmancedk: I can't print sale report either, I haven't changed the template of sale report before and it can't be generated meaning that the reason is not the odt template corruption.16:00
basmancedk: see this pic:
basmanIt's very critical to resolve this issue please16:05
basmanany answer?16:12
katr_basman: If it's critical you should consider professional service
basmankatr_: so, no answer ?16:16
katr_basman: Аs I'm not able to reproduce it, I'm afraid I can't help you.16:21
basmankatr_: thanks16:21
rpitIn an 'on-change'-event I remove some records of an related 0ne2many-field. Seems correct, because in the client they are no longer shown. But after saving the main record they are back again.  Is this behaviour known or intended?16:23
cedkrpit: normally no16:32
cedkrpit: how do you remove them?16:32
mrechteHi. I created a new user (development version), but when I try to connect I get: Connection error!16:32
mrechteBad username or password!16:32
cedkmrechte: did you update the database?16:35
mrechtecedk: yes I did. Also tried to reset the new user's password.16:36
-!- basman( has left #tryton16:38
xmanunable to print any kind of report after Tryton update and using previous DB16:40
xmanCan I raise a bug for this issue ?16:46
cedkxman: did you at least try to open the templates ?16:52
xmancedk: I didn't change any of reports template except that of invoice, which I was able to generate it before I updated Tryton16:55
xmanI open them, no corruption16:56
xmanIt seems that the error is related to the language encoding or something like this16:56
xmanI enter my data in a language other than English, everything was going fine before upgrading from 2.6.2 to 2.6.316:57
cedkxman: go back to 2.6.216:58
xmancedk: 2.6.2 has a bug in account_invoice module, I made the upgrade to fix that bug16:58
cedkxman: if you have updated only account_invoice, it could not have broke all the reports17:01
xmancedk: I'm using pip, I've executed: pip install --upgrade account_invoice, then, pip "for debendency meet reason" upgraded other packages/modules also, then, Tryton wasn't able to work again, then, I uninstalled and reinstalled all packages and modules again in order to get it work again. Once I tried to generate an invoice I got the mentioned issue.17:04
cedkxman: restore your backup17:06
xmancedk: if you mean the DB backup, I restored it and I still getting same error17:07
cedkxman: I mean file backup17:08
cedkxman: go back to a state where it works and redo change one by one17:08
xmancedk: which file you mean? I didn't understand actually17:09
cedkxman: I mean restore your system in know working state17:11
xmancedk: u mean the whole Operating System ?17:12
cedkxman: also did you upgrade Genshi ?17:12
xmancedk: Yes, all modules uninstalled and reinstalled again because pip install the latest version automatically17:13
cedkxman: I don't understand what you mean17:14
xmancedk: yes Genshi has been upgraded17:15
cedkxman: which version?17:17
xmancedk: how could I know?, it has been installed automatically by "pip"17:18
xmancedk: I think it's 0.717:20
rpitcedk: I remove them in a dictionary with fieldname (valuesT) and the id's in a list: dict: {'valuesT': {'add': [], 'remove': [49, 50]}}17:22
cedkrpit: so on save it should remove them17:23
rpitYes, but the client doesn't send the remove-action back to the server, although not showing them after the remove on the client side.17:24
xmancedk: what should I do to solve the issue, the link you've givin me seems a different problem17:25
cedkxman: downgrade to a working version of Genshi17:25
xmancedk: how to do this using pip and which version please17:26
cedkxman: RTFM of pip17:28
udonocedk: #tryton-commit does no longer show issue creation...19:02
cedkudono: it will, it takes time19:32
plantian1Hey guys, when I set on_change_with if I need those fields inside the method I also need to add them to depends right?20:06
plantian1Or will they automatically be set?20:06
cedkplantian1: no, normally they are added automaticly20:42
plantian1cedk: Okay, thanks, I think it must be another problem.20:43
xmanhow to figure out how many KG (assuming unit measure is KG) the company sold to a specific party or customer for a specific period or month ?21:21
cedkxman: you must write your own report21:27
xmancedk: are there documentation about this?21:35
xmancedk: i found some documentation to write specific reports.21:47
giedriuscedk: did you remember, yesterday evening we were talking about tree view slowness of gtk client? Today, i've written simple gtk2 app to draw a tree view with more than 1000 items. It renders without any problem, no slowness at all. Also tried one gtk3 app with complex tree view and >2000 lines. The tree size does not affect the performance. It runs without any visible lag.21:52
giedriuscedk: tryton gtk client starts to lag at 50-100 lines, and if you extend the nodes till 300 lines or more it becomes almost not usable (10 secs or more to scroll the page)21:55
giedriusguys, maybe someone of you noticed this too?21:55
plantian1giedrius: Is the tree nested or just a regular list of records?21:57
giedriusplantian1: it is nested. Actually i'm speaking about the chart of accounts21:57
plantian1giedrius: You have 1000 accounts?21:59
giedriusplantian1: i have ~400. I just tested other gtk app with more than 1000 lines..22:01
cedkgiedrius: if you are speaking about the chart of account, I guess it is the debit/credit/balance computation that is slow22:01
giedriuscedk: I run tryton with -v, and i see no queries are sent22:02
giedriuscedk: or maybe these calculations are done on the client side?22:03
giedriuscedk: btw, i'm on the account configuration nested tree form, so no calculations are visible, so i guess, nothing is calculated, I do only see 3 columns there: Name, Company and Type22:06
giedriuscedk: just checked openerp gtk client (6.0.4). When the whole NL chart is extended, it becomes not so smooth like other gtk apps, but still usable enough (smoothness is comparable with list views on tryton)22:15
giedrius*not so smooth like other gtk  apps,22:17
giedriussorry, *not so smooth compared other gtk apps*22:17
giedriusit is crazy, even selecting elements on tree view takes 50% cpu (Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz)22:20
plantian1giedrius: I don't have many accounts but I have a lot of locations and I see the scrolling is a bit slow but not 10 seconds, just not smooth.22:31
giedriusplantian1: try to spin the mouse scroll wheel harder and you end up waiting till the scrolling is finished, and in that time you cannot do anything else as the screen is locked till the scrolling ends.22:39
xmanwhen an invoiced is in state "OPEN", there is an option to credit that invoice, using the button CREDIT, what is the logic of this, what will happen when I credit the invoice?23:54

Generated by 2.11.0 by Marius Gedminas - find it at!