IRC logs of #tryton for Wednesday, 2008-07-23

chat.freenode.net #tryton log beginning Wed Jul 23 00:00:02 CEST 2008
2008-07-23 00:10 <CIA-53> tryton: matb roundup * #198/client does not start any more: It has in any case to do with the update process. Running trytond without -u all permits the client to connect to the server (but then having erro ...
2008-07-23 00:10 <CIA-53> tryton: ced roundup * #198/client does not start any more: On 22/07/08 23:21 +0200, Mathias wrote: > > Mathias <mathias.behrle@gmx.de> added the comment: > > I just did hg fpull and fupdate, applied all ...
2008-07-23 00:11 <CIA-53> tryton: ced roundup * #198/client does not start any more: On 23/07/08 00:10 +0200, Mathias wrote: > > Mathias <mathias.behrle@gmx.de> added the comment: > > It has in any case to do with the update proc ...
2008-07-23 00:13 <CIA-53> tryton: matb roundup * #198/client does not start any more: no, the name of the newly created database was tryton1, it didn't exist before
2008-07-23 00:15 <CIA-53> tryton: ced roundup * #198/client does not start any more: > [Tue Jul 22 23:18:16 2008] INFO:pooler:Connecting to tryton1 Here, you have the connection to database tryton1 > [Tue Jul 22 23:18:16 2008] IN ...
2008-07-23 00:17 <CIA-53> tryton: matb roundup * #198/client does not start any more: ced: > I realy think that you broke your database with the modules issue. > So create a new one like it is just for test. I really can't create a ...
2008-07-23 00:21 <CIA-53> tryton: matb roundup * #198/client does not start any more: Client message: Error during database creation! The server crashed during installation. We suggest you to drop this database. Error message: (' ...
2008-07-23 00:25 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 734:88fef2361f09 trytond/trytond/osv/orm.py: Fix pool get for not initialized object
2008-07-23 00:26 <CIA-53> tryton: ced roundup * #198/client does not start any more: [resolved] I think I find it It must be fixed with changeset 88fef2361f09
2008-07-23 00:36 <CIA-53> tryton: matb roundup * #198/client does not start any more: [in-progress] sorry, no. Nothing changed.
2008-07-23 00:39 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 735:b932e1f94da9 trytond/trytond/osv/orm.py: Better fix for only objects 'res.user', 'res.group'
2008-07-23 00:39 <CIA-53> tryton: ced roundup * #198/client does not start any more: Are you sure you have updated the server repository?
2008-07-23 00:59 <CIA-53> tryton: matb roundup * #198/client does not start any more: working on changeset: 735:b932e1f94da9 summary: Better fix for only objects 'res.user', 'res.group'
2008-07-23 01:17 -!- ChanServ(ChanServ@services.) has joined #tryton
2008-07-23 01:17 -!- betamax(i=betamax@gateway/tor/x-fa0505345821d520) has joined #tryton
2008-07-23 01:17 -!- yangoon(n=mathiasb@p549F47B8.dip.t-dialin.net) has joined #tryton
2008-07-23 03:19 -!- beta_max(i=betamax@gateway/tor/x-4eb02d640448fdc9) has joined #tryton
2008-07-23 04:45 -!- beta_max(i=betamax@gateway/tor/x-2147649dae440ab8) has joined #tryton
2008-07-23 05:20 -!- yangoon(n=mathiasb@p549F4F75.dip.t-dialin.net) has joined #tryton
2008-07-23 06:02 -!- FWiesing(n=Wiesinge@194.208.185.12) has left #tryton
2008-07-23 08:26 -!- markusleist(n=markus@n4-82.dsl.vianetworks.de) has joined #tryton
2008-07-23 08:40 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2008-07-23 08:54 -!- udono(n=uspallek@88.217.184.172) has joined #tryton
2008-07-23 09:03 <CIA-53> tryton: Timitos roundup * #203/Exception: ('res.user', 'Traceback (most recent call last):\n File "/trytond/netsvc.py", line 335, in run\n res = method(*msg[2:])\n File "/trytond/web_service/common.py", line 19, in login\n res = security.login(database, login, password)\n File "/trytond/security.py", line 15, in login\n cursor = pooler.get_db(dbname).cursor()\n File "/trytond/pooler.py", line 74, in get_db\n return get_db_and_pool(db_name)[0]\n
2008-07-23 09:03 <CIA-53> tryton: Timitos roundup * #203/Exception: ('res.user', 'Traceback (most recent call last):\n File "/trytond/netsvc.py", line 335, in run\n res = method(*msg[2:])\n File "/trytond/web_service/common.py", line 19, in login\n res = security.login(database, login, password)\n File "/trytond/security.py", line 15, in login\n cursor = pooler.get_db(dbname).cursor()\n File "/trytond/pooler.py", line 74, in get_db\n return get_db_and_pool(db_name)[0]\n
2008-07-23 09:07 -!- Gedd(n=ged@77.109.113.86) has joined #tryton
2008-07-23 09:21 -!- FWiesing(n=Wiesinge@194.208.185.12) has joined #tryton
2008-07-23 09:28 <CIA-53> tryton: FWiesing roundup * #203/Exception: ('res.user', 'Traceback (most recent call last):\n File "/trytond/netsvc.py", line 335, in run\n res = method(*msg[2:])\n File "/trytond/web_service/common.py", line 19, in login\n res = security.login(database, login, password)\n File "/trytond/security.py", line 15, in login\n cursor = pooler.get_db(dbname).cursor()\n File "/trytond/pooler.py", line 74, in get_db\n return get_db_and_pool(db_name)[0]\n
2008-07-23 09:28 -!- bechamel(n=user@user-85-201-14-207.tvcablenet.be) has joined #tryton
2008-07-23 09:40 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2008-07-23 09:50 <CIA-53> tryton: ced roundup * #198/client does not start any more: And what is the log of the server?
2008-07-23 09:55 -!- FWiesing(n=Wiesinge@194.208.185.12) has left #tryton
2008-07-23 10:04 <udono> good mornin' everybody, today's not raining...
2008-07-23 10:06 <cedk> udono: hi
2008-07-23 10:12 <Timitos> cedk: bechamel: hi
2008-07-23 10:12 <udono> Should we start the discussion about the reports in accounting?
2008-07-23 10:12 <bechamel> Timitos: hi
2008-07-23 10:14 <Timitos> cedk: the table account.type could be used to provide different reports for accounting like management analysis and so on.
2008-07-23 10:14 <cedk> Timitos: when I made it I though about balance and income
2008-07-23 10:14 <Timitos> cedk: for this the table needs some customization which we should discuss
2008-07-23 10:15 <Timitos> cedk: i try to explain my view on this table...
2008-07-23 10:16 <Timitos> you have a tree of lines you use to create income statement and balance sheet.
2008-07-23 10:16 <Timitos> so you assign a account type to accounts an so you can compute sums of accounts
2008-07-23 10:16 <cedk> Timitos: yes
2008-07-23 10:17 -!- FWiesing(n=Wiesinge@194.208.185.12) has joined #tryton
2008-07-23 10:17 <Timitos> in the moment an account can only have one account type.
2008-07-23 10:18 <Timitos> if we want to use account.type for management analysis we need a many2many realtion the as an account needs to be related with the account types for management analysis and with the account types for income statement.
2008-07-23 10:19 <cedk> I think it will make the account definition more complex
2008-07-23 10:20 <cedk> why not use an other field for the management reporting
2008-07-23 10:21 <Timitos> what i try to create is a solution to create a solution which is very flexible to create new reports.
2008-07-23 10:21 <cedk> and have something like the account_report module in openerp
2008-07-23 10:22 <Timitos> cedk: need to look on this module. i do not remember.
2008-07-23 10:22 <cedk> because I think that balance and income are standard reports
2008-07-23 10:23 <Timitos> cedk: in tinyerp i created my reports as views in the table account.account. the only problem was to find a way to print them.
2008-07-23 10:23 <cedk> so they will be provided by the account_country module
2008-07-23 10:23 <Timitos> management analysis is also a standard i think.
2008-07-23 10:24 <cedk> Timitos: I don't see what report you are talking by analysis ?
2008-07-23 10:25 <cedk> I know "Cash Flow"
2008-07-23 10:25 <cedk> that we don't have yet
2008-07-23 10:26 <Timitos> cedk: management analysis is a something like the income statement but in a compressed way.
2008-07-23 10:27 <cedk> compressed ?
2008-07-23 10:27 <cedk> we have a tree so you can have the level that you want
2008-07-23 10:28 <Timitos> yes, but the accounts are sorted in a different way.
2008-07-23 10:28 <cedk> if it is just the sort, we can have a contextual sort way
2008-07-23 10:29 <bechamel> what about an account_report objetc which have a name and a list of account ?
2008-07-23 10:29 <Timitos> just a few minutes i will send you some example reports
2008-07-23 10:31 <Timitos> bechamel: cedk: something like the account_report object i try to do with account.type
2008-07-23 10:32 <Timitos> cedk: beschamel: why make a difference between standard reports and other reports that are needed for accounting?
2008-07-23 10:34 <Timitos> there are only two things to change on account.table for this
2008-07-23 10:34 <Timitos> 1. many2many-relation for account.account
2008-07-23 10:35 <Timitos> 2. the boolean fields for income statement and balance sheet should be changed into a selection field.
2008-07-23 10:35 <bechamel> accout.type is only used for report ? not anywhere else ?
2008-07-23 10:35 <Timitos> sorry 3. every report should have a root
2008-07-23 10:35 <Timitos> bechamel: i think so
2008-07-23 10:36 <Timitos> with my changes you can open a tree with all reports. an you can walk through the trees.
2008-07-23 10:37 <cedk> Timitos: yes but you can not easily select one to make a printable
2008-07-23 10:37 <Timitos> for printing i propose to use the field sequence to set the order of the lines in the report.
2008-07-23 10:37 <cedk> I think having a many2many relation will make it more difficult to understand
2008-07-23 10:38 <Timitos> cedk: but more powerful
2008-07-23 10:38 <cedk> Timitos: not sure
2008-07-23 10:38 <Timitos> cedk: selection for printing can be made with the selection field i proposed
2008-07-23 10:38 <cedk> because I think when you make a custom report, you want to see which account is in one line and not the invert
2008-07-23 10:39 <Timitos> cedk: ? i don´t understand what you mean
2008-07-23 10:40 <cedk> Timitos: I think people when they are making a report think about puting account into the report and not puting the report on the account
2008-07-23 10:41 <cedk> for me the field type on account must come from a module that have been made by a dev
2008-07-23 10:41 <Timitos> cedk: so you can leave out the many2many-field on account.account-view an only provide it in account.type
2008-07-23 10:41 <cedk> but custom reporting will be done by the user, so we need to have a simple way to create it
2008-07-23 10:41 -!- markusleist(n=markus@212.14.79.210) has joined #tryton
2008-07-23 10:42 <cedk> Timitos: but it will have the difficulty to assum that one account is not define into two branch of one report
2008-07-23 10:43 <Timitos> cedk: but then income statement and balance sheet is not enough in this module
2008-07-23 10:43 <cedk> so we will have to create some magic behavior like for the analytic module
2008-07-23 10:43 <udono> cedk: what magic you mean?
2008-07-23 10:43 <cedk> Timitos: why? What is missing ?
2008-07-23 10:44 <cedk> udono: I mean some hacking to display many2one instead of many2many to be sure to have only one analytic account by selection
2008-07-23 10:44 <Timitos> cedk: management analysis. it also must be provided by a dev if you go this way for income statement and balance sheet.
2008-07-23 10:46 <cedk> Timitos: but I don't see what is management analysis
2008-07-23 10:46 <udono> So we have this two ways if I understand right:1. (Timitos) a many2many for account types, so that each account can have many accout types which is able to feed many reports2. (ced) each account has just a basic income and balance report. Each account has a many2one to the account.types. Other reports in new modules extended the view for the account by new many2one to the special account.report.type we like.
2008-07-23 10:47 <cedk> udono: I don't think it will add field on account but more create new report line that include accounts
2008-07-23 10:48 <cedk> udono: and perhaps with a improved syntax to be able to make some operation on it like sum those ones and remove those etc ...
2008-07-23 10:49 <cedk> and if I see management analysis report perhaps we can add in the base module
2008-07-23 10:52 <cedk> in fact I don't like the many2many feature, it is why I remove the many2many on account tree
2008-07-23 10:53 <cedk> for me many2many is too open for mistake
2008-07-23 10:53 <cedk> you can not be sure that one account is not twice in the report
2008-07-23 10:53 <Timitos> cedk: yes i know the problem with many2many. and it honors you that you try to get rid of it as many other accounting solutions go this way.
2008-07-23 10:54 <Timitos> perhaps you and udono are right to create a table for income statement and balance sheet is a good idea and other reports should be provided with another table.
2008-07-23 10:55 <Timitos> cedk: i sent some pdfs to you for a short look.
2008-07-23 10:56 <udono> ACTION and Timitos sitting in the same room
2008-07-23 10:56 <Timitos> cedk: the i would prefer to create a new module for account.type-table to divide it from account module
2008-07-23 10:56 <bechamel> Timitos: i'm interested too by the pdfs
2008-07-23 10:57 <Timitos> and then we should create a new module for reporting.
2008-07-23 11:00 <cedk> Timitos: I prefer to have account.type in the main module because I think we must provide it with the account chart of country
2008-07-23 11:00 <cedk> and it must be standard
2008-07-23 11:01 <udono> cedk: and for each new report a new module?
2008-07-23 11:03 <cedk> udono: I think it depends of each reports
2008-07-23 11:03 <Timitos> cedk: you are right. it will be provided with the account template.
2008-07-23 11:06 <cedk> Timitos: can you tell me wich report is what?
2008-07-23 11:06 <Timitos> The PDF Kurzfristige Erfolgsrechnung.... is management analysis
2008-07-23 11:07 <Timitos> The PDF GEWPO is income statement
2008-07-23 11:07 <Timitos> The PDF GEWKONA is an extended way of income statement
2008-07-23 11:09 <Timitos> cedk: for the Kurzfriste Erfolgsrechnung there is also an extended version. i forgot.
2008-07-23 11:09 <cedk> Timitos: what is on the left? accounts?
2008-07-23 11:09 <Timitos> yes
2008-07-23 11:10 <Timitos> cedk: which pdf
2008-07-23 11:10 <cedk> and balance after for the periods
2008-07-23 11:10 <cedk> PDF Kurzfristige Erfolgsrechnung
2008-07-23 11:10 <Timitos> In Kurzfristige Erfolgsrechnung on the left there are allocations of accounts.
2008-07-23 11:11 <Timitos> like account types in tryton
2008-07-23 11:11 <Timitos> so i revert my yes from above into no :-)
2008-07-23 11:12 <Timitos> i will send you the extended way of kurzfristige erfolgsrechnung too. so you can understand better.
2008-07-23 11:12 <cedk> and what is the % columns
2008-07-23 11:13 -!- kultviech(n=kultviec@p5B0D2510.dip0.t-ipconnect.de) has joined #tryton
2008-07-23 11:16 <Timitos> cedk: in the % columns some lines are calculated against a base. you can find the base in every column as it has the value 100,00
2008-07-23 11:18 <Timitos> cedk: for example in 1st % column "Erlöse Dienstl." is 70,73% of "Gesamtleistung"
2008-07-23 11:18 <Timitos> extended way is out
2008-07-23 11:24 <cedk> Timitos: it is really specific
2008-07-23 11:26 <Timitos> cedk: for me the % columns are not so important
2008-07-23 11:26 <cedk> Timitos: I have some difficulty to understand the report
2008-07-23 11:27 <Timitos> cedk: i will explain if you want
2008-07-23 11:27 <cedk> Timitos: and I don't know about the same in belgium
2008-07-23 11:27 -!- nicoe(n=nicoe@77.109.113.86) has joined #tryton
2008-07-23 11:28 <cedk> Timitos: if you can just send me the same document but with description of each columns and title
2008-07-23 11:29 <Timitos> cedk: for now for me is clear that we will do this report with another table.
2008-07-23 11:30 <Timitos> cedk: i will try to make description as easy as possible. but it will take some time.
2008-07-23 11:31 <Timitos> cedk: did you look an extended version i sent later?
2008-07-23 11:32 <cedk> Timitos: yes
2008-07-23 11:32 <cedk> Timitos: so ok, if you are for an other table
2008-07-23 11:32 <cedk> Timitos: there is no need to worry about the description
2008-07-23 11:33 <cedk> Is there an other topic?
2008-07-23 11:34 <Timitos> perhaps we should discuss how we could create the new table or module. perhaps we can create a common module für reporting.
2008-07-23 11:35 <cedk> Timitos: I think we can start from the account_report module
2008-07-23 11:35 <Timitos> i mean a common module for reporting on accounting.
2008-07-23 11:36 <cedk> Timitos: but I'm not sure about all the devs
2008-07-23 11:36 <Timitos> cedk: ok i will look on it.
2008-07-23 11:37 <udono> For the view, we should create a new tab in account labeled "Reporting". This can be extended by other Reporting modules
2008-07-23 11:37 <Timitos> cedk: so i think we should talk about this on another day as i need to look on account_report before
2008-07-23 11:37 <cedk> Timitos: me too
2008-07-23 11:37 <Timitos> cedk: ok
2008-07-23 11:37 <udono> ok
2008-07-23 11:37 <Timitos> cedk: thanks for your time
2008-07-23 11:38 <udono> thanks all
2008-07-23 11:42 <cedk> tks
2008-07-23 11:56 <Timitos> cedk: nice idea to post our irc-meeting in tryton calendar. i just saw it. great!
2008-07-23 11:57 <Timitos> this way searching in irc log is really easy
2008-07-23 12:01 -!- FWiesing(n=Wiesinge@194.208.185.12) has left #tryton
2008-07-23 12:10 -!- FWiesing(n=Wiesinge@194.208.185.12) has joined #tryton
2008-07-23 12:21 -!- bechamel(n=user@user-85-201-14-207.tvcablenet.be) has joined #tryton
2008-07-23 12:39 <nicoe> cedk: I fixed the problem with the image width/height
2008-07-23 12:40 <cedk> nicoe: greats :-)
2008-07-23 12:41 <cedk> nicoe: what was the problem?
2008-07-23 12:41 <nicoe> cedk: the NS global variable I use did not have any link to the svg namespace
2008-07-23 12:42 <nicoe> cedk: now relatorio will use the namespace defined by the openoffice document instead of a global variable
2008-07-23 12:42 <cedk> nicoe: good
2008-07-23 12:43 <CIA-53> tryton: matb roundup * #198/client does not start any more: attaching client and server log for 735:b932e1f94da9
2008-07-23 12:44 <cedk> nicoe: I see the commit, it is better and more generic
2008-07-23 12:45 <nicoe> cedk: Indeed :)
2008-07-23 12:46 <nicoe> cedk: I also notice that OO does not use the 'official' svg namespace but their own ...
2008-07-23 12:46 <nicoe> cedk: that's strange.
2008-07-23 12:47 <cedk> nicoe: bechamel tells me that OO use svg for any image that is included in the document
2008-07-23 12:48 <cedk> nicoe: perhaps they need some more functionality
2008-07-23 12:50 <nicoe> cedk: probably, but it's not the first time I've got a surprise with the OO norm
2008-07-23 12:53 <CIA-53> tryton: matb roundup * #204/close button on form Keyboard shortcuts: [new] close button on form Keyboard shortcuts has name tryton-close instead of showing image and translated text.
2008-07-23 12:53 <cedk> nicoe: I just test the svn relatorio and it works
2008-07-23 12:58 <CIA-53> tryton: ced roundup * #198/client does not start any more: On 23/07/08 12:43 +0200, Mathias wrote: > > Mathias <mathias.behrle@gmx.de> added the comment: > > attaching client and server log for 735:b932 ...
2008-07-23 13:02 <CIA-53> tryton: ced roundup * #203/Exception: ('res.user', 'Traceback (most recent call last):\n File "/trytond/netsvc.py", line 335, in run\n res = method(*msg[2:])\n File "/trytond/web_service/common.py", line 19, in login\n res = security.login(database, login, password)\n File "/trytond/security.py", line 15, in login\n cursor = pooler.get_db(dbname).cursor()\n File "/trytond/pooler.py", line 74, in get_db\n return get_db_and_pool(db_name)[0]\n File
2008-07-23 13:07 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 533:bcb76f2c0802 tryton/tryton/common/common.py: Prevent to have issue title with more than 128 char
2008-07-23 13:18 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 534:b41c20e73b28 tryton/share/tryton/tryton.glade: Fix close button image for issue204
2008-07-23 13:18 <CIA-53> tryton: ced roundup * #204/close button on form Keyboard shortcuts: [resolved] Fix with changeset b41c20e73b28
2008-07-23 13:21 <CIA-53> tryton: Timitos roundup * #203/KeyError: \'res.user\': there is no reaction on the server. so i can´t give you a log.
2008-07-23 13:23 <CIA-53> tryton: ced roundup * #203/KeyError: \'res.user\': I don't care about the traceback, put all the output of the server.
2008-07-23 13:27 <CIA-53> tryton: matb roundup * #198/client does not start any more: With 735:b932e1f94da9 I am able to create a database again. But if I want to install all modules at once with -i all, it is failing again. Test fo ...
2008-07-23 13:29 <CIA-53> tryton: Timitos roundup * #203/KeyError: \'res.user\': kp@linux-tiny:~/proc/tryton/trytond/bin$ ./trytond -u all 2008-07-23 13:28:14,054 INFO initialising distributed objects services [Wed Jul 23 13:28 ...
2008-07-23 13:30 <CIA-53> tryton: Timitos roundup * #203/KeyError: \'res.user\': creating a new db is possible. this error only occurs with an existing database.
2008-07-23 13:34 <CIA-53> tryton: Timitos roundup * #203/KeyError: \'res.user\': Error message from server having to do with this issue. Traceback (most recent call last): File "./trytond", line 29, in <module> trytond.T ...
2008-07-23 13:39 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 736:cec6d0ee3701 trytond/trytond/osv/orm.py:
2008-07-23 13:39 <CIA-53> tryton: Fix pool get for not initialized object for issue198
2008-07-23 13:39 <CIA-53> tryton: And remove old test on ir_actions
2008-07-23 13:39 <CIA-53> tryton: matb roundup * #198/client does not start any more: It is possible to install the modules in the new database with tryton client, but as soon as I start the server with -u all -vv and connect to thi ...
2008-07-23 13:40 <CIA-53> tryton: ced roundup * #198/client does not start any more: [resolved] It must be fixed with the changeset cec6d0ee3701
2008-07-23 13:41 <CIA-53> tryton: ced roundup * #203/KeyError: \'res.user\': [resolved] It must be the same than the issue198
2008-07-23 13:45 <cedk> nicoe: hey I try the image replacement in relatorio but I have an exception
2008-07-23 13:45 <cedk> nicoe: I put in the name of the image: "image: (decodestring(article.barcode), 'image/png')"
2008-07-23 13:45 <cedk> nicoe: is it right?
2008-07-23 13:48 <nicoe> cedk: does decodestring(article.barcode) returns a file-like object ?
2008-07-23 13:49 <cedk> nicoe: no just the content of the image
2008-07-23 13:50 <nicoe> cedk: That's the problem, ImageHref is expecting a tuple : (file, mimetype) as expr
2008-07-23 13:51 <cedk> nicoe: I change into: "image: (decodestring(article.barcode), 'image/png')"
2008-07-23 13:52 <cedk> nicoe: I change into: "image: (StringIO(decodestring(article.barcode)), 'image/png')"
2008-07-23 13:52 <nicoe> cedk: That's right
2008-07-23 13:52 <cedk> nicoe: but it doesn't work
2008-07-23 13:52 <nicoe> cedk: What is the exception ?
2008-07-23 13:52 <cedk> I have this error message: TemplateSyntaxError: invalid syntax in expression "make_href((StringIO(decodestring(article.barcode)), 'image/png'), '(StringIO(decodestring(article.barcode)), 'image/png')')"
2008-07-23 13:53 <nicoe> cedk: ok I get it
2008-07-23 13:54 <nicoe> cedk: That's a bug
2008-07-23 13:54 <cedk> nicoe: traceback http://rafb.net/p/nMaE5Y27.html
2008-07-23 13:55 <cedk> nicoe: I think it miss some value in the local context when it evals
2008-07-23 13:56 <cedk> nicoe: would you prefer that I use the trac bugtracker?
2008-07-23 13:57 <nicoe> cedk: No it is because in http://relatorio.openhex.org/browser/trunk/relatorio/templates/odt.py#L179 I tough that putting the expression betwen simple quote would be enough
2008-07-23 13:57 <nicoe> cedk: in the trac it's fine for me
2008-07-23 14:19 <nicoe> cedk: Ok fixed
2008-07-23 14:27 <cedk> nicoe: I tested and it works now, thanks
2008-07-23 14:31 <CIA-53> tryton: matb roundup * #198/client does not start any more: [chatting] hurray, tryton is working again!
2008-07-23 15:11 -!- kultviech(n=kultviec@p5B0D2510.dip0.t-ipconnect.de) has left #tryton
2008-07-23 15:32 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 43:d62a1a988c49 purchase/purchase.py: Fix purchase for line without product
2008-07-23 16:10 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 737:714b3920fed7 trytond/trytond/report/report.py: Add StringIO in localcontext of report
2008-07-23 16:10 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 738:31ec6a6084a7 trytond/trytond/osv/fields.py:
2008-07-23 16:10 <CIA-53> tryton: Allow to use list of ids for xxx2many for issue200
2008-07-23 16:10 <CIA-53> tryton: Use string for many2one set operator
2008-07-23 16:10 <CIA-53> tryton: Fix some security SQL injections
2008-07-23 16:10 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 739:262e2ef8e905 trytond/trytond/osv/fields.py: Fix remove on xxx2many for empty list
2008-07-23 16:10 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 44:afbec71e84af purchase/purchase.xml: Allow to unlink purchase line
2008-07-23 16:10 <CIA-53> tryton: ced roundup * #200/Create, unlink, .. for creating/writing on o2m fields should work with lists: [resolved] Fix with changeset 31ec6a6084a7
2008-07-23 16:16 <CIA-53> tryton: ced roundup * #202/Exception on workflow freeze the client: [resolved] I try it and I have a message error in the client. Re-try with an updated client.
2008-07-23 16:56 <bechamel> cedk: to clean _field_create on the orm object, i propose to move some of the functionality provided by the function to the fields.* objects. All the work done by _field_create is to create/remove/update fields. One can define a defalut behaviour on the fields.Column object and specific stuff on the other objects. Like that when one define a new field no need to mess with _field_create, everything stay on the same object.
2008-07-23 16:58 -!- kultviech(n=kultviec@p54977D14.dip.t-dialin.net) has joined #tryton
2008-07-23 16:59 <cedk> bechamel: I'm not sure because it is linked to postgresql so I would prefere to move it into sql_db.py
2008-07-23 17:01 <cedk> bechamel: there is already some definition that comes from fields.* like the db type
2008-07-23 17:03 <bechamel> cedk: so ? you want to say that these definition must be removed from the fields.* ?
2008-07-23 17:08 <cedk> bechamel: no because I think there are SQL standard
2008-07-23 17:15 <bechamel> cedk: and if the rest of the sql stuff is also standart ? and what about a dbms which is not standart (even regarding to the definitions in fields.py ) ?
2008-07-23 17:23 <cedk> bechamel: the rest is not, because there is query into table pg_xxx to find the definition of field
2008-07-23 17:24 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 535:06058f9f4c2c tryton/tryton/gui/window/view_form/model/field.py: Improve remove/unlink on one2many to use list of ids
2008-07-23 17:24 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 536:8b3af2536381 tryton/tryton/gui/window/form.py: Don't reload ids if no action have being runned
2008-07-23 17:24 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 537:5c44ec307ef8 tryton/tryton/gui/window/tree.py: Enable "new" button on tree view for issue199
2008-07-23 17:24 <CIA-53> tryton: ced roundup * #199/Enable "new" button on tree view: [resolved] Fix with changeset 5c44ec307ef8
2008-07-23 17:25 <bechamel> cedk: anyway there is also the problem of migrating column, i think what we can provide it's all the non-destructive migrations: increase size limit, date to datetime, int to float what else ?
2008-07-23 17:26 <cedk> bechamel: all that already exists
2008-07-23 17:27 <cedk> bechamel: new constraints, indexes
2008-07-23 17:27 <cedk> bechamel: what it is already done is quite good
2008-07-23 17:27 <cedk> bechamel: it just needs some refactoring
2008-07-23 17:28 <bechamel> cedk: not date to datetime nor int to float
2008-07-23 17:29 <bechamel> cedk: and maybe there is other non-destructive migration, i don't know
2008-07-23 17:31 <cedk> bechamel: date to datetime is not so easy
2008-07-23 17:31 <cedk> bechamel: int to float can be done
2008-07-23 18:26 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 538:b4fa6fac80d4 tryton/tryton/gui/window/tree.py: Stop signal for key Left and Right when expand/collapse is called
2008-07-23 18:26 <CIA-53> tryton: uspallek@bart.dsl default * 539:5324c11ddd60 tryton/share/locale/tryton.pot: Updated client translation template
2008-07-23 18:26 <CIA-53> tryton: uspallek@bart.dsl default * 540:4c71f4110aa5 tryton/tryton/common/common.py: Cleanup descriptions and code for request_server and bugtracker.
2008-07-23 18:26 <CIA-53> tryton: uspallek@bart.dsl default * 541:8684d951c48d tryton/tryton/gui/window/dblogin.py: Added tooltips, and Buttonnamings for translation.
2008-07-23 18:26 <CIA-53> tryton: uspallek@bart.dsl default * 542:f79ac8e69cf0 tryton/tryton/gui/window/view_form/view/form.py: Changed Errormessage for atype=action|print
2008-07-23 18:26 <CIA-53> tryton: uspallek@bart.dsl default * 543:e622b8282048 tryton/share/locale/tryton.pot: Updated translation template
2008-07-23 18:26 <CIA-53> tryton: uspallek@bart.dsl default * 544:425131b78001 tryton/share/locale/de_DE/LC_MESSAGES/ (tryton.mo tryton.po): German translation for the client
2008-07-23 18:26 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 545:3728169dcea8 tryton/tryton/common/common.py: merge
2008-07-23 18:27 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 546:79db867470a1 tryton/tryton/common/common.py: Don't translate gtk stock
2008-07-23 18:27 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 547:7edae1207d48 tryton/tryton/gui/ (main.py window/dbcreate.py window/dblogin.py): Fix test on return value of request_server
2008-07-23 18:27 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 548:8cc45c5ab099 tryton/tryton/gui/window/dblogin.py:
2008-07-23 18:27 <CIA-53> tryton: Remove reconnection because there is no reconnection
2008-07-23 18:27 <CIA-53> tryton: Fix guidelines
2008-07-23 18:33 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 549:f0b8ccf3fa02 tryton/tryton/common/common.py: Don't translate gtk-close
2008-07-23 18:33 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 550:800ea2303fdf tryton/tryton/common/common.py: Let one space after ":"
2008-07-23 18:44 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 7:48309dd1d1dc account_be/account_be.xml: Fix template definition for new kind, parent fields
2008-07-23 19:02 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2008-07-23 19:41 <FWiesing> cedk: I just update my application and I got an error in purchase management
2008-07-23 19:42 <FWiesing> If I want to confirm a purchase in quotation I get a messagebox with the error
2008-07-23 19:49 <cedk> FWiesing: which error?
2008-07-23 19:49 <FWiesing> I just sent it by email to you
2008-07-23 19:49 <FWiesing> see the attached text-file
2008-07-23 19:51 <cedk> FWiesing: I think it misses some lines in the error message
2008-07-23 19:51 <FWiesing> cedk: should I create the file new?
2008-07-23 19:52 <cedk> FWiesing: I don't understand
2008-07-23 19:53 <cedk> FWiesing: can you use the client to report the bug in roundup
2008-07-23 19:53 <FWiesing> cedk: ok - I create a new issue
2008-07-23 19:54 <CIA-53> tryton: FWiesing roundup * #205/res = self.cursor.execute(sql, params): [new] Traceback (most recent call last): File "/trytond/netsvc.py", line 335, in run res = method(*msg[2:]) File "/trytond/web_service/obj ...
2008-07-23 19:59 <CIA-53> tryton: ced roundup * #205/res = self.cursor.execute(sql, params): [chatting] I need more information.
2008-07-23 20:00 <FWiesing> cedk
2008-07-23 20:01 <FWiesing> cedk: what information - should I start the client with option -v?
2008-07-23 20:01 <cedk> FWiesing: I don't know for me there is any error message
2008-07-23 20:01 <cedk> FWiesing: so I can not understand what is wrong
2008-07-23 20:02 <cedk> FWiesing: perhaps if you can print out the SQL query
2008-07-23 20:03 <FWiesing> cedk: I get this message if I want to confirm a purchase in quotation
2008-07-23 20:04 <cedk> FWiesing: can you add a print statement just before the error line
2008-07-23 20:08 <cedk> FWiesing: do you know how to do?
2008-07-23 20:09 <FWiesing> cedk: yes - but you have to tell me how - you know - I'm admin - not a programmer :-)
2008-07-23 20:10 <cedk> FWiesing: add just this : print sql, params
2008-07-23 20:10 <cedk> FWiesing: in the file sql_db.py at the line 65
2008-07-23 20:13 <FWiesing> cedk: what is with the the line below - now = mdet.now()
2008-07-23 20:13 <FWiesing> cedk: what is with the the line below - now = mdt.now()
2008-07-23 20:14 <cedk> FWiesing: put the line just after
2008-07-23 20:14 <FWiesing> OK
2008-07-23 20:17 <CIA-53> tryton: FWiesing roundup * #206/res = self.cursor.execute(sql, params): [new] Traceback (most recent call last): File "/trytond/netsvc.py", line 335, in run res = method(*msg[2:]) File "/trytond/web_service/obj ...
2008-07-23 20:17 -!- kultviech(n=kultviec@p54977D14.dip.t-dialin.net) has left #tryton
2008-07-23 20:18 <FWiesing> cedk: where do I find the output?
2008-07-23 20:18 <cedk> FWiesing: on roundup
2008-07-23 20:21 <CIA-53> tryton: ced roundup * #206/res = self.cursor.execute(sql, params): [resolved] duplicate issue205
2008-07-23 20:26 <FWiesing> cedk: I added the lines in the - but the output in the messagebox isn't different - server is startet new
2008-07-23 20:32 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 45:e3acbbe538ba purchase/purchase.py: Add test on supplier location when creating move for issue205
2008-07-23 20:32 <CIA-53> tryton: ced roundup * #205/res = self.cursor.execute(sql, params): [resolved] Fix with the changeset e3acbbe538ba
2008-07-23 20:33 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 169:bc045c95a31b stock/location.py: Improve location on warehouse
2008-07-23 20:37 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 170:21e2b7183295 stock/location.py: Allow to modify xml location
2008-07-23 20:38 <cedk> FWiesing: must be fixed
2008-07-23 20:38 <cedk> FWiesing: this is because you don't have a supplier location for the supplier
2008-07-23 20:54 <bechamel> cedk: when the db is updated there is not check to see if a column in the db is still mapped to a field in the corresponding class, it should be goog to print a warning/info msg
2008-07-23 20:54 <bechamel> goog > good
2008-07-23 21:24 <udono> hello ced
2008-07-23 21:24 <cedk> bechamel: it is not possible
2008-07-23 21:24 <bechamel> cedk: why ?
2008-07-23 21:24 <udono> how can we translate ok and cancel in gtk?
2008-07-23 21:25 <cedk> bechamel: because you don't know if a module will not add it
2008-07-23 21:25 <bechamel> cedk: right
2008-07-23 21:25 <cedk> udono: it is done be gtk
2008-07-23 21:26 <udono> cedk: magic translations, he?
2008-07-23 21:26 <cedk> udono: gtk have translation for standard button
2008-07-23 21:27 <udono> cedk: ok, where I can adjust or set it? or did you already?
2008-07-23 21:28 <cedk> udono: you can not
2008-07-23 21:29 <udono> cedk: I translated the buttons, because they are not translated automatically by gtk...
2008-07-23 21:30 <cedk> udono: you can not translate gtk-ok
2008-07-23 21:30 <cedk> udono: but maybe you don't have a localized gtk
2008-07-23 21:30 <udono> cedk: I did and in my version it works with translated gtk-ok,cancel...
2008-07-23 21:31 <cedk> udono: you translate with what ?
2008-07-23 21:31 <udono> cedk: with german "Ok" (Ok) and "Abbrechen" (cancel) in the po file
2008-07-23 21:32 <cedk> udono: ok, but you will not have the icon
2008-07-23 21:37 <cedk> udono: the gtk translation is there: /usr/share/locale/de/LC_MESSAGES/gtk20.mo
2008-07-23 21:44 <yangoon> hi udono
2008-07-23 21:44 <yangoon> udono: of which items are you speaking
2008-07-23 21:44 <yangoon> ?
2008-07-23 21:44 <yangoon> some are translated, some are not
2008-07-23 21:45 <yangoon> udono: i.e. the quit box (Strg+Q) is already translated
2008-07-23 21:49 <udono> cedk: I cant find gtk20.mo in my /usr/share/locale/de/LC_MESSAGES/
2008-07-23 21:51 <yangoon> udono: I have it, you are running Debian/Ubuntu?
2008-07-23 21:51 <udono> yangoon: yes
2008-07-23 21:51 <udono> yangoon: maybe a missing package?!
2008-07-23 21:51 <yangoon> udono: maybe, moment...
2008-07-23 21:52 <yangoon> udono: hmm, it is in libgtk2.0-common
2008-07-23 21:54 <udono> yangoon: nope, thats installed
2008-07-23 21:55 <yangoon> udono: should be there. error in path?
2008-07-23 21:55 <udono> yangoon: ok, I check the config, thx
2008-07-23 21:56 <udono> yangoon: sorry, I have to leave, but I will check. See you tomorrow. Good night altogether
2008-07-23 21:57 <yangoon> udono: bye
2008-07-23 22:06 <yangoon> hola cedk
2008-07-23 22:07 <yangoon> cedk: could you please give me a hint, where I can find a path like "build/bdist.linux-x86_64/egg/DAV/WebDAVServer.py" ?
2008-07-23 22:07 <yangoon> cedk: I can't find it on my system, but backtracs are referring to it
2008-07-23 22:39 <cedk> yangoon: you have installed pywebdav with egg?
2008-07-23 22:40 <yangoon> cedk: with easy_install
2008-07-23 22:40 <cedk> yangoon: I'm not very involved with egg
2008-07-23 22:41 <cedk> yangoon: but I think you must have some thing in /usr/lib/python-x.y/site-packages/pywebdav.egg
2008-07-23 22:44 <cedk> yangoon: or in /usr/lib/python-xy/site-packages/DAV/WebDAVServer.py
2008-07-23 22:45 <yangoon> cedk: you are right, it is in the egg
2008-07-23 22:46 <yangoon> it is in /usr/lib/python2.5/site-packages/ PyWebDAV-0.8-py2.5.egg
2008-07-23 22:49 <yangoon> cedk: but how does python know about the path?
2008-07-23 22:50 <yangoon> cedk: if build/bdist.linux-x86_64 == /usr/lib/python2.5/site-packages/, does it then parse all egg files while it runs?
2008-07-23 22:57 <yangoon> cedk: so it is probably worth reporting http://paste.pocoo.org/show/80165/, but not http://paste.pocoo.org/show/80167/, since the last is a bug in package pywebdav?
2008-07-23 23:14 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 740:4edf8f0487ae trytond/trytond/osv/orm.py: Fix typo
2008-07-23 23:14 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 741:6dd5ed63f883 trytond/trytond/osv/orm.py: Remove TODO validate
2008-07-23 23:14 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 742:673932e0fab9 trytond/trytond/webdavsvc.py: Add verbose = False for pywebdav 0.8
2008-07-23 23:15 <cedk> yangoon: the second must be fixed with the changeset 673932e0fab9
2008-07-23 23:15 <cedk> yangoon: the first, can you tell me wich collection do you try to access?
2008-07-23 23:18 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 743:145d1bbed450 trytond/trytond/webdav/webdav.py: Improve webdav for wrong uri
2008-07-23 23:19 <cedk> yangoon: and this one 145d1bbed450, must fix the first error
2008-07-23 23:19 <yangoon> cedk: it was the collection Docs with model Purchase
2008-07-23 23:19 <cedk> yangoon: just dir of this collection ?
2008-07-23 23:20 <yangoon> cedk: for the moment I cannot reproduce the error
2008-07-23 23:20 <yangoon> cedk: but I think yes
2008-07-23 23:21 <cedk> yangoon: but I improve a little bit this part of the code
2008-07-23 23:21 <cedk> yangoon: it prevent to have a exception to be raised
2008-07-23 23:22 <yangoon> cedk: found it
2008-07-23 23:22 <yangoon> cedk: it happens when i OPen the document
2008-07-23 23:22 <cedk> yangoon: which document?
2008-07-23 23:22 <yangoon> cedk: I have to reenter credentials and the the exception occurs
2008-07-23 23:23 <yangoon> cedk: display in webdav is such
2008-07-23 23:23 <yangoon> I open the collection and I see the items (purchases) as dirs
2008-07-23 23:24 <yangoon> when I open the dir it shows Purchase-355.odt
2008-07-23 23:25 <yangoon> cedk: and thats the doc I am opening
2008-07-23 23:26 <cedk> yangoon: can you try to run the report for the purchase 355 in the gtk client
2008-07-23 23:27 <yangoon> cedk: BTW there is still ERROR Report purchase.purchase: unable to set locale "en_US.UTF8", which here also better should be INFO
2008-07-23 23:27 <yangoon> cedk: moment, running in client
2008-07-23 23:29 <yangoon> cedk: running in client only shows several ERROR Report purchase.purchase: unable to set locale "en_US.UTF8" on server side, the rest is ok
2008-07-23 23:32 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 744:42a944bb3717 trytond/trytond/webdav/webdav.py: Add mime type for pdf and odt
2008-07-23 23:32 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 745:6ca4bbdb5d3c trytond/trytond/report/report.py: Convert "unable to set locale" into warning
2008-07-23 23:32 <cedk> yangoon: can you try with the changeset 42a944bb3717
2008-07-23 23:33 <yangoon> cedk: yes, mom
2008-07-23 23:43 <yangoon> cedk: much better now, no errors, mime type is good, WARNING IMHO could be INFO, since not fatal, but anyway: great
2008-07-23 23:44 <yangoon> cedk: resp. file system structure in webdav
2008-07-23 23:44 <yangoon> cedk: is it absolutely necessary to put the docs in dirs?
2008-07-23 23:46 <yangoon> cedk: would be much better to have the docs directly named to their real content
2008-07-23 23:46 <yangoon> cedk: and not these subdirs at all
2008-07-23 23:46 <cedk> yangoon: I think it is warning because you don't have number right formating
2008-07-23 23:46 <cedk> yangoon: you can have more than just the report for purchase
2008-07-23 23:47 <cedk> yangoon: if there is a second report define on purchase, you will have it also
2008-07-23 23:47 <cedk> yangoon: and if there is any attachment on the purchase, it will be also displayed
2008-07-23 23:47 <yangoon> do I have to start the server with also with LANG=de_DE.UTF-8 LC_ALL=de_DE.UTF-8 to eliminate the Warning
2008-07-23 23:47 <yangoon> ah ok, I understand
2008-07-23 23:48 <cedk> yangoon: no you must just have your user language set to de_DE
2008-07-23 23:48 <cedk> yangoon: later we will made ical reports also
2008-07-23 23:49 <yangoon> cedk: LANG=de_DE.UTF-8 LC_ALL=de_DE.UTF-8 is set on the client, and has to be set (at least LANG IIRC) to have correct date and number format
2008-07-23 23:50 <yangoon> cedk: only de_DE was not enough
2008-07-23 23:51 <cedk> yangoon: I mean the tryton user
2008-07-23 23:59 <yangoon> cedk: started both, server and client, with LANG=de_DE.UTF-8, but WARNING persists
2008-07-23 23:59 <yangoon> cedk: format of numbers and date ok

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!