IRC logs of #tryton for Friday, 2008-11-14

chat.freenode.net #tryton log beginning Fri Nov 14 00:00:01 CET 2008
2008-11-14 01:08 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 1235:fa5f0cb9f1e7 trytond/trytond/ir/ (translation.py ui/view.py):
2008-11-14 01:08 <CIA-34> tryton: Add module in ir_translation unique constraint
2008-11-14 01:08 <CIA-34> tryton: Fix view and report translation to have one record per module
2008-11-14 01:08 <CIA-34> tryton: Add clause in ir_translation to fetch unempty translation
2008-11-14 01:10 <CIA-34> tryton: ced roundup * #547/database update: duplicate key value violates unique constraint "ir_translation_translation_uniq": [testing] The changeset fa5f0cb9f1e7 must fix the issue. You must drop the constraint "ir_translation_translation_uniq" on "ir_translation". This ...
2008-11-14 01:11 <CIA-34> tryton: ced roundup * #555/computing of qty for purchase request needs optimization: Can you put a dump of the database?
2008-11-14 01:14 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 359:a510f2718948 stock/packing.py: Use Date on packing out for issue556
2008-11-14 01:15 <CIA-34> tryton: ced roundup * #556/customer packings planned/effective date: [resolved] Fix with changeset a510f2718948 You must run: ALTER TABLE stock_packing_out ALTER effective_date TYPE date; ALTER TABLE stock_packing_o ...
2008-11-14 01:19 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 24:17e550d249a5 analytic_purchase/purchase.py: Fix when get_invoice_line return None for issue558
2008-11-14 01:20 <CIA-34> tryton: ced roundup * #558/TypeError: 'NoneType' object does not support item assignment: [resolved] Fix with changeset 17e550d249a5
2008-11-14 01:20 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 15:6511dffa6a9a analytic_sale/sale.py: Fix when get_invoice_line return None
2008-11-14 01:39 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 28:c84b2963e3da analytic_invoice/invoice.py: Restart the cache on the fields_view_get method of account.invoice.line
2008-11-14 01:39 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 25:a60aef7d14a3 analytic_purchase/purchase.py: Restart the cache on the fields_view_get method of purchase.line
2008-11-14 01:39 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 16:bf6bf75fc750 analytic_sale/sale.py: Restart the cache on the fields_view_get method of sale.line
2008-11-14 01:40 <CIA-34> tryton: ced roundup * #552/mandatory analytic account is not shown as mandatory in sale order: [resolved] Fix with changeset bf6bf75fc750
2008-11-14 01:50 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 993:a2a731798eed tryton/tryton/common/date_widget.py: Handle KP_Enter on date_widget
2008-11-14 01:50 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 994:ee74e363587d tryton/tryton/common/date_widget.py: Use gtk.keysyms for date_widget
2008-11-14 01:50 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 995:adc2d786f186 tryton/tryton/common/date_widget.py: Use string of GdkEvent
2008-11-14 02:25 -!- juanfer(n=juanfer@190.157.143.212) has joined #tryton
2008-11-14 03:15 -!- gremly(n=oscar@190.157.169.98) has joined #tryton
2008-11-14 05:19 -!- yangoon(n=mathiasb@p549F4ABF.dip.t-dialin.net) has joined #tryton
2008-11-14 06:46 -!- udono(n=udono@dynamic-unidsl-85-197-25-162.westend.de) has joined #tryton
2008-11-14 06:53 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2008-11-14 07:26 <CIA-34> tryton: Timitos roundup * #556/customer packings planned/effective date: [chatting] now there is shown no time but only the date??? i thought you would change this so that date and correct time would be shown. did i mis ...
2008-11-14 08:53 -!- Gedd(n=ged@ip-80-236-231-67.dsl.scarlet.be) has joined #tryton
2008-11-14 09:23 -!- ecir3(n=brice@sednaco19320-gw.clients.easynet.fr) has joined #tryton
2008-11-14 09:25 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2008-11-14 09:27 <CIA-34> tryton: ced roundup * #556/customer packings planned/effective date: [resolved] We use only Date for the stock module.
2008-11-14 09:31 -!- oversize(n=manuel@port-92-198-7-97.static.qsc.de) has joined #tryton
2008-11-14 09:36 <CIA-34> tryton: Timitos roundup * #559/account on tax code template: [new] Why is there an account on account.tax.code.template? And why is it required? I don´t see the use of that.
2008-11-14 09:39 <CIA-34> tryton: ced roundup * #559/account on tax code template: [resolved] It is the link to an account template chart
2008-11-14 10:38 <CIA-34> tryton: Timitos roundup * #560/NameError: global name 'tax_code_obj' is not defined: [new] Traceback (most recent call last): File "/trytond/netsvc.py", line 282, in run res = method(*msg[2:]) File "/trytond/web_service/wiz ...
2008-11-14 10:39 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 44:8a4a3ef13ae0 analytic_account/account.py: Allow root to by pass the mandatory accounts for issue550
2008-11-14 10:39 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 26:fa2f38a33018 analytic_purchase/purchase.py: Add call to check_root for analytic_account_selection for issue550
2008-11-14 10:39 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 146:a949b86abf37 purchase/ (purchase.py purchase.xml): Rename check_adresses into check_for_quotation to allow more check
2008-11-14 10:39 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 131:f9abb79c3c85 stock_supply/purchase_request.py: Improve icons of buttons in create_purchase
2008-11-14 10:40 <CIA-34> tryton: ced roundup * #550/incompatibiliy between analytic_purchase and stock_supply: [resolved] Fix with changeset 8a4a3ef13ae0 and fa2f38a33018
2008-11-14 10:42 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 284:a40d5ab24b95 account/account.py: Fix typo for issue560
2008-11-14 10:42 <CIA-34> tryton: ced roundup * #560/NameError: global name 'tax_code_obj' is not defined: [resolved] Fix with changeset a40d5ab24b95
2008-11-14 10:59 <CIA-34> tryton: Timitos roundup * #561/NameError: global name 'template2account' is not defined: [new] Traceback (most recent call last): File "/trytond/netsvc.py", line 282, in run res = method(*msg[2:]) File "/trytond/web_service/wiz ...
2008-11-14 11:04 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 285:cb9d65c5b521 account/tax.py: Fix typo for issue561
2008-11-14 11:04 <CIA-34> tryton: ced roundup * #561/NameError: global name 'template2account' is not defined: [resolved] Fix with changeset cb9d65c5b521
2008-11-14 11:06 <CIA-34> tryton: Timitos roundup * #562/TypeError: create_tax_code() got multiple values for keyword argument 'context': [new] Traceback (most recent call last): File "/trytond/netsvc.py", line 282, in run res = method(*msg[2:]) File "/trytond/web_service/wiz ...
2008-11-14 11:10 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 286:29ff4eb68ed0 account/tax.py: Fix too many args for create_tax_code for issue562
2008-11-14 11:10 <CIA-34> tryton: ced roundup * #562/TypeError: create_tax_code() got multiple values for keyword argument 'context': [resolved] Fix with changeset 29ff4eb68ed0
2008-11-14 11:12 <CIA-34> tryton: Timitos roundup * #563/AttributeError: 'TaxTemplate' object has no attribute '_get_tax_value': [new] Traceback (most recent call last): File "/trytond/netsvc.py", line 282, in run res = method(*msg[2:]) File "/trytond/web_service/wiz ...
2008-11-14 11:13 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 360:14e2cc954aba stock/packing.py: Fix guidelines
2008-11-14 11:13 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 361:a2d34f6c731b stock/packing.xml: Add confirm on force_assign button
2008-11-14 11:18 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 287:132476aa5e40 account/tax.py: Fix typo for issue563
2008-11-14 11:18 <CIA-34> tryton: ced roundup * #563/AttributeError: 'TaxTemplate' object has no attribute '_get_tax_value': [resolved] Fix with changeset 132476aa5e40
2008-11-14 11:20 <CIA-34> tryton: Timitos roundup * #564/strange behavior of payment term: [new] i created a payment term with the following lines: 1. type: percent, percent: 0,96, days: 3, net days 2. remainder, days: 30, net days i cr ...
2008-11-14 11:26 <CIA-34> tryton: ced roundup * #564/strange behavior of payment term: [resolved] This is correct. It is displayed the amount to paid for the date.
2008-11-14 11:35 <Timitos> cedk: i still don´t understand the behavior of the payment term. in germany it is common that somebody can pay early and so he needs to pay less. he gets a cash discount for early payment. but then he won´t have to pay the rest. how can i define this common behavior with payment term?
2008-11-14 11:35 <CIA-34> tryton: Timitos roundup * #565/KeyError: False: [new] Traceback (most recent call last): File "/trytond/netsvc.py", line 282, in run res = method(*msg[2:]) File "/trytond/web_service/wiz ...
2008-11-14 11:36 <CIA-34> tryton: Timitos roundup * #565/KeyError: False: [chatting] tax codes are not required for taxes. so perhaps this must be handled to prevent this error.
2008-11-14 11:37 <cedk> Timitos: you can not
2008-11-14 11:37 <Timitos> cedk: so payment term is unusable for germany
2008-11-14 11:37 <cedk> Timitos: this a not payment term but reduction
2008-11-14 11:38 <cedk> Timitos: no payment term is how to you want the customer paid in the time
2008-11-14 11:38 <Timitos> cedk: in germany we expect the behavior for reduction from the term called payment term
2008-11-14 11:39 <cedk> Timitos: it is a common misunderstood
2008-11-14 11:42 <cedk> Timitos: because this behavior needs to generate new account moves
2008-11-14 11:43 <Timitos> cedk: ok. so perhaps this functionality could be added by another module in combination with account_statement module?
2008-11-14 11:45 <cedk> Timitos: yes, but it is really complicated because users want some flexibility on the rule
2008-11-14 11:45 <cedk> Timitos: if customer pay a little bit too late, it is common to give him the redux
2008-11-14 11:46 <Timitos> cedk: yes. this is called respiro. i think this must be defined once in a configuration place
2008-11-14 11:47 <cedk> Timitos: I think it can not be configured, because it is case by case
2008-11-14 11:47 <Timitos> cedk: but this is a really important function (i mean reduction). i would add it to the existing payment term functionality. just with another type
2008-11-14 11:48 <Timitos> cedk: case by case needs to be handled by the user. so perhaps this can be handled within entering account statement lines
2008-11-14 11:49 <Timitos> cedk: but this is not the right time to discuss this. we should do this some time after the release.
2008-11-14 11:49 <cedk> Timitos: yes, and I don't know if the name reduction is the right
2008-11-14 11:51 <Timitos> cedk: ths right term would be cash discount if i can trust my dictionary
2008-11-14 11:52 <cedk> Timitos: in french: http://fr.wikipedia.org/wiki/Escompte
2008-11-14 11:52 <Timitos> cedk: its funny. there is no english page
2008-11-14 11:53 <Timitos> cedk: but the german page says what i mean "Skonto"
2008-11-14 11:54 <Timitos> cedk: another question. on invoice there is the field "contact_address" what is it used for? i dont see so much use as contact mechanism and address are divided now
2008-11-14 11:55 <cedk> Timitos: http://en.wikipedia.org/wiki/Discounts_and_allowances
2008-11-14 11:55 <cedk> Timitos: it is the address where you must send the invoice
2008-11-14 11:57 <cedk> Timitos: oups no, it is the address of the person to contact if there is issue with the invoice
2008-11-14 11:57 <Timitos> cedk: yes. but i think there would be better a relation to a party than to an address now
2008-11-14 11:59 <cedk> Timitos: yes but it is the same for purchase, sale
2008-11-14 11:59 <Timitos> cedk: yes
2008-11-14 12:01 <cedk> i don't know if we must remove it
2008-11-14 12:04 <Timitos> cedk: better change to many2one to relation party.party. and i think this field should not be required then. so the user can add his contact it he wants that.
2008-11-14 12:05 <cedk> Timitos: if so, I would prefer remove it from the base
2008-11-14 12:07 <Timitos> cedk: this is ok for me
2008-11-14 12:09 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 27:ba9d1ab0c656 analytic_purchase/purchase.py: Allow to create more than one invoice line per purchase line
2008-11-14 12:09 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 17:fd864df7d8f5 analytic_sale/sale.py: Allow to create more than one invoice line per sale line
2008-11-14 12:09 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 147:945ab2e57dff purchase/purchase.py: Allow to create more than one invoice line per purchase line
2008-11-14 12:09 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 52:5b1d2d0b9b64 sale/sale.py: Allow to create more than one invoice line per sale line
2008-11-14 12:09 <CIA-34> tryton: matb roundup * #566/Database update: change of data type: [new] I want to discuss the behaviour of databse updates, when data types are changing: So far this results in e.g. [Fri Nov 14 11:44:15 2008] WAR ...
2008-11-14 12:09 <cedk> Timitos: I will ask to bechamel when he will be back
2008-11-14 12:10 <Timitos> cedk: ok
2008-11-14 12:15 -!- oversize(n=manuel@port-92-198-7-97.static.qsc.de) has joined #tryton
2008-11-14 12:16 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 288:e1c2c84c4ec5 account/tax.py:
2008-11-14 12:16 <CIA-34> tryton: Prevent key error when creating tax from template for relation field that are
2008-11-14 12:16 <CIA-34> tryton: not required for issue565
2008-11-14 12:21 <CIA-34> tryton: ced roundup * #565/KeyError: False: [resolved] Fix with changeset e1c2c84c4ec5
2008-11-14 12:23 <CIA-34> tryton: matb roundup * #547/database update: duplicate key value violates unique constraint "ir_translation_translation_uniq": works for me
2008-11-14 12:25 <Timitos> cedk: i have another problem. we have some tax cases that are free of tax but we need to report them with our tax declaration. so i need a tax with percentage 0 i think. but this is not possible. do you have some idea?
2008-11-14 12:27 <cedk> Timitos: so you need a tax with 0%
2008-11-14 12:28 <Timitos> cedk: yes, but this is not allowed :-D
2008-11-14 12:29 <cedk> Timitos: I will change it
2008-11-14 12:29 <Timitos> cedk: thx. great!
2008-11-14 12:29 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 289:7d26f630818b account/tax.py: Allow tax with 0%
2008-11-14 12:31 -!- ikks(n=igor@www.gfc.edu.co) has joined #tryton
2008-11-14 12:31 <oversize> Current weather for : Temperature: , Pressure: , Wind:
2008-11-14 12:31 <CIA-34> tryton: ced roundup * #566/Database update: change of data type: [chatting] 1) I don't think it is possible to automatize this. 2) Yes, it is possible.
2008-11-14 12:34 <udono> Draft client documentation: http://mercurial.intuxication.org/hg/tryton_client_doc
2008-11-14 12:39 <cedk> udono: I drop the "Main Window" from "Keyboard Shortcuts..."
2008-11-14 12:40 <cedk> udono: to set key binding, you don't need to have the cursor on the menu but just the menu entry highlighted
2008-11-14 12:41 <yangoon> udono: where do you want to have corrections?
2008-11-14 12:42 <udono> yangoon: patch as email or directly in intuxication
2008-11-14 12:42 <yangoon> all headers in html files show end of line marker, when hovering. Is this normal behaviour of sphinx?
2008-11-14 12:43 <udono> yangoon: yes
2008-11-14 12:44 <udono> yangoon: its for linking to headlines, and easily copy the direct link
2008-11-14 12:44 <udono> yangoon: what is your intuxication nick?
2008-11-14 12:45 <yangoon> udono: yangoon ;)
2008-11-14 12:45 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 996:ec8fd44eada2 tryton/TODO: Add TODO
2008-11-14 12:47 <yangoon> Timitos: btw, did you give me push permission to account_tax_de on intuxication? Because I pushed yesterday by accident there and it was accepted...
2008-11-14 12:47 <udono> yangoon: hmm... how can I add you to the commiters in my repo on intuxication? They ask me about 'your' password...
2008-11-14 12:47 <yangoon> udono: that's nice;)
2008-11-14 12:47 <udono> yangoon: 'nice' doesn't work ;-)
2008-11-14 12:47 <yangoon> :D
2008-11-14 12:48 <Timitos> yangoon: no i didn´t give you permissions.
2008-11-14 12:48 <yangoon> Timitos: then I think they have a permission problem
2008-11-14 12:49 <Timitos> yangoon: no i don´t think so. i merged your one yesterday with my one :-D
2008-11-14 12:49 <Timitos> yangoon: everything seems to be ok i think
2008-11-14 12:54 <udono> yangoon: added you to the repos, just try to commit
2008-11-14 12:55 <cedk> udono: in the glossary: you speak about "Data Object"
2008-11-14 12:55 <cedk> but we never use this term
2008-11-14 12:55 <yangoon> Timitos: look at the repos please, just committed a change...
2008-11-14 12:55 <cedk> we use model and record
2008-11-14 12:57 <Timitos> yangoon: thats a funny thing yeah.
2008-11-14 12:57 <Timitos> yangoon: for now there is no problem but we need to inform the admin of intuxication
2008-11-14 12:59 <yangoon> Timitos: will do
2008-11-14 13:00 <Timitos> yangoon: thx
2008-11-14 13:02 <yangoon> Timitos: done
2008-11-14 13:04 <CIA-34> tryton: Timitos roundup * #567/UnicodeEncodeError: 'ascii' codec can't encode character u'\xa7' in position 33: ordinal not in range(128): [new] Traceback (most recent call last): File "/trytond/netsvc.py", line 282, in run res = method(*msg[2:]) File "/trytond/web_service/obj ...
2008-11-14 13:04 <yangoon> udono: I can push without problems, but I am not surprised, because it seems I can push to every repos...
2008-11-14 13:05 <CIA-34> tryton: Timitos roundup * #567/UnicodeEncodeError: 'ascii' codec can't encode character u'\xa7' in position 33: ordinal not in range(128): [chatting] i am not sure if this is a real error. but i have this problem only when opening form view. in list view the records are displayed with ...
2008-11-14 13:08 <CIA-34> tryton: Timitos roundup * #567/UnicodeEncodeError: 'ascii' codec can't encode character u'\xa7' in position 33: ordinal not in range(128): i noticed that it perhaps has to do with showing the character § in a many2one field in form view. but i am still not sure what causes the error.
2008-11-14 13:13 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 290:8ea1fa5b0b39 account/tax.py: Fix coding in name_get of tax code for issue567
2008-11-14 13:14 <CIA-34> tryton: ced roundup * #567/UnicodeEncodeError: 'ascii' codec can't encode character u'\xa7' in position 33: ordinal not in range(128): [resolved] Fix with changeset 8ea1fa5b0b39
2008-11-14 13:22 <CIA-34> tryton: udo.spallek * r329 /wiki/DocumentationClient.wiki: Edited wiki page through web user interface.
2008-11-14 13:36 <cedk> Timitos: can you send me the dump for Issue555
2008-11-14 13:48 <Timitos> cedk: in a few minutes i will have time for that
2008-11-14 13:50 -!- nicoe(n=nicoe@ip-80-236-231-67.dsl.scarlet.be) has joined #tryton
2008-11-14 13:58 <cedk> Timitos: great, because i would like to fix this issue before the release
2008-11-14 14:00 <Timitos> cedk: you have mail
2008-11-14 14:08 <cedk> Timitos: still nothing
2008-11-14 14:08 -!- nicoe(n=nicoe@ip-80-236-231-67.dsl.scarlet.be) has joined #tryton
2008-11-14 14:09 <yangoon> udono: is work on client manual still in progress? just want to know to minimize merge efforts later...
2008-11-14 14:10 <Timitos> cedk: i sent it again.
2008-11-14 14:14 <cedk> Timitos: ok received
2008-11-14 14:15 <udono> yangoon: no, I just put in some changes from ced in, now I going to test the application. If you like you are free to contribute.
2008-11-14 14:16 <yangoon> cedk: question for translation for those items only appearing when you create new database, but not appearing after update existing database:
2008-11-14 14:17 <yangoon> cedk: will an exported translation from the new database be used by an update of an old database?
2008-11-14 14:18 <cedk> yangoon: don't understand
2008-11-14 14:22 <yangoon> 1) I create new database just to have created new items, that otherwise wouldn't appear in updated old databse (just like view items from issue547)
2008-11-14 14:24 <yangoon> 2) If I update now the old database with the new de_DE.csv, will those new items/translations be available in the older database?
2008-11-14 14:24 <yangoon> cedk:
2008-11-14 14:30 <cedk> yangoon: don't understand issue547 is not about that
2008-11-14 14:36 <CIA-34> tryton: matb roundup * #568/item already translated reappearing as untranslated: [new] "Account" "" "False" "party.party" "Deutsch" "Sicht" "0" "account"
2008-11-14 14:39 <CIA-34> tryton: matb roundup * #569/double items in translation: [new] 1) created new database 2) translation interface presents multiple identical items (screenshot) 3) export to disk after translation 4) mult ...
2008-11-14 14:41 <cedk> Timitos: which was the revision of the module stock?
2008-11-14 14:41 <yangoon> cedk: in issue 547 you said: This fix will generate more translation record per module for view and reports.
2008-11-14 14:43 <yangoon> cedk: this fix provided new items in new database, but nor in an updated database
2008-11-14 14:43 <CIA-34> tryton: ced roundup * #568/item already translated reappearing as untranslated: [resolved] As explain in issue547, new items will appear with the fix. This translation was not in the account module before.
2008-11-14 14:44 <CIA-34> tryton: ced roundup * #569/double items in translation: [need-eg] Did you update all modules after issue547 ?
2008-11-14 14:45 <CIA-34> tryton: matb roundup * #568/item already translated reappearing as untranslated: [chatting] I am really sure to have translated this item already, it is not new.
2008-11-14 14:45 <cedk> yangoon: so what ?
2008-11-14 14:46 <CIA-34> tryton: ced roundup * #568/item already translated reappearing as untranslated: [resolved] It is not in the de_DE.csv of account.
2008-11-14 14:47 <Timitos> cedk: i have no idea. perhaps: 29104e08618a or do you mean module stock supply?
2008-11-14 14:48 <cedk> Timitos: no stock
2008-11-14 14:49 <cedk> yangoon: the new items that fix of issue547 will be duplicated items from other modules
2008-11-14 14:53 <yangoon> cedk: just making another new database to verify again with tip
2008-11-14 14:56 <cedk> yangoon: ok
2008-11-14 14:56 <cedk> yangoon: it must work
2008-11-14 14:56 <yangoon> cedk: :)
2008-11-14 15:02 <yangoon> afk
2008-11-14 15:15 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 132:c38de7236d99 stock_supply/purchase_request.py: Use forecast to compute product by location in purchase request for issue555
2008-11-14 15:15 <CIA-34> tryton: ced roundup * #555/computing of qty for purchase request needs optimization: [resolved] Fix with changeset c38de7236d99
2008-11-14 15:24 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 133:969ef523b3a2 stock_supply/order_point.xml: Improve order_point_view_form
2008-11-14 15:50 <CIA-34> tryton: udono roundup * #570/Its possible to create another chart of account for one company: All accouts are duplicated: [new] I dont know if its a bug for the first release, but in a future release it will become a bug, when the user think that he needs to 'update' ...
2008-11-14 16:00 -!- juanfer(n=juanfer@190.144.69.234) has joined #tryton
2008-11-14 16:07 -!- ecir3_(n=brice@sednaco19320-gw.clients.easynet.fr) has joined #tryton
2008-11-14 16:13 <CIA-34> tryton: ced roundup * #570/Its possible to create another chart of account for one company: All accouts are duplicated: [chatting] What is the problem ?
2008-11-14 16:16 -!- ikks_(n=igor@190.144.69.234) has joined #tryton
2008-11-14 16:19 <CIA-34> tryton: udo.spallek * r330 /wiki/Testing1_0_0.wiki: Edited wiki page through web user interface.
2008-11-14 16:22 <CIA-34> tryton: udono roundup * #541/sales: Even when I can not assign, the assign button is accessible.: [deferred] Sorry it is not resolved.
2008-11-14 16:22 <CIA-34> tryton: udono roundup * #541/sales: Even when I can not assign, the assign button is accessible.: [resolved] Sorry, duplicated
2008-11-14 16:23 -!- gremly(n=oscar@190.157.169.98) has joined #tryton
2008-11-14 16:27 -!- ecir3(n=brice@sednaco19320-gw.clients.easynet.fr) has joined #tryton
2008-11-14 16:29 <CIA-34> tryton: matb roundup * #547/database update: duplicate key value violates unique constraint "ir_translation_translation_uniq": [chatting] there is still an issue: the constraint is created nevertheless in a new database. After deleting works as expected (except for issue569)
2008-11-14 16:32 <CIA-34> tryton: matb roundup * #569/double items in translation: same behaviour on new database: the duplicate items come from action "Update Translations". Each time I open a new window with that action, anothe ...
2008-11-14 16:33 -!- oversize(n=manuel@dslb-084-059-187-155.pools.arcor-ip.net) has joined #tryton
2008-11-14 16:34 <CIA-34> tryton: ced roundup * #547/database update: duplicate key value violates unique constraint "ir_translation_translation_uniq": Don't understand
2008-11-14 16:35 <CIA-34> tryton: ced roundup * #569/double items in translation: Is there the constraint "ir_translation_translation_uniq" on ir_translation ?
2008-11-14 16:46 -!- testtesttest(n=55c519a2@67.159.35.76) has joined #tryton
2008-11-14 16:47 <testtesttest> connect to #tryton from http://www.web-irc.org/
2008-11-14 16:50 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 1236:12a9181f6521 trytond/trytond/workflow/workflow.py: Remove OSV from print workflow
2008-11-14 16:50 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 1237:25b8d2fb99ba trytond/trytond/workflow/workflow.py: Don't display 'True' condition in print workflow
2008-11-14 16:50 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 1238:b6d05ebe903c trytond/trytond/workflow/workflow.py: Use octagon for activities and set fontsize in print workflow
2008-11-14 16:52 <CIA-34> tryton: matb roundup * #569/double items in translation: 1) created new database 2) quitted wizard on login 3) update translations -> error: you cannot have translation twice 4) ALTER TABLE ir_translatio ...
2008-11-14 16:54 <CIA-34> tryton: matb roundup * #547/database update: duplicate key value violates unique constraint "ir_translation_translation_uniq": you said in msg2020: You must drop the constraint "ir_translation_translation_uniq" on "ir_translation" but this constraint is still created when ...
2008-11-14 16:54 <yangoon> afk
2008-11-14 16:58 <CIA-34> tryton: ced roundup * #547/database update: duplicate key value violates unique constraint "ir_translation_translation_uniq": This is normal, you must have the constraint, the drop was just to update the constraint.
2008-11-14 16:58 -!- testtest(n=55c519a2@67.159.35.76) has joined #tryton
2008-11-14 17:15 <CIA-34> tryton: udono roundup * #570/Its possible to create another chart of account for one company: All accouts are duplicated: All account getting duplicated... not updated... but both ways make problems... Maybe a warning message is enough if there are already accounts ...
2008-11-14 17:24 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 1239:97b95f575130 trytond/trytond/ir/translation.py:
2008-11-14 17:24 <CIA-34> tryton: Don't override module value when creating translation if it is set for
2008-11-14 17:24 <CIA-34> tryton: issue569
2008-11-14 17:25 <CIA-34> tryton: ced roundup * #569/double items in translation: [resolved] Fix with changeset 97b95f575130
2008-11-14 17:28 <cedk> udono: do you think we must have a constraint to have only one chart of account by company?
2008-11-14 17:29 <udono> I would say: yes.
2008-11-14 17:32 <cedk> Timitos: what do you think?
2008-11-14 17:32 <udono> cedk: In the moment I try to make everything wrong, I remember from my past projects. But I have to say that its not easy in Tryton to make everything wrong ;-)
2008-11-14 17:33 <cedk> I'm not sure about the constraint, we can perhaps have some company with double accounting
2008-11-14 17:33 <cedk> for different currency or for sub-company
2008-11-14 17:34 <cedk> I don't know but adding constraint will prevent this forever
2008-11-14 17:34 <cedk> and your issue, you just have to delete one of the two chart and you are right
2008-11-14 17:35 <udono> cedk: I have not tried to delete, I take a look.
2008-11-14 17:36 <cedk> I will remove the contact_address on sale, purchase, invoice
2008-11-14 17:36 <udono> cedk: did you talk with Timitos about this?
2008-11-14 17:37 <cedk> udono: about what ?
2008-11-14 17:37 <udono> cedk: about contact_address on sale, purchase, invoice
2008-11-14 17:37 <cedk> udono: yes
2008-11-14 17:38 <cedk> we find that we don't use it anywhere
2008-11-14 17:38 <cedk> it comes from tinyerp where address is a person
2008-11-14 17:38 <cedk> but now in Tryton and address is just an address
2008-11-14 17:39 <udono> cedk: is then invoice_address shown? or no address at all?
2008-11-14 17:39 <cedk> udono: invoice addres is used in the report
2008-11-14 17:39 <cedk> udono: and it is the address where you send the invoice
2008-11-14 17:40 <cedk> I will check openbravo
2008-11-14 17:40 <udono> cedk: yes, but what if party has two invoice addresses?
2008-11-14 17:42 <udono> cedk: RE: you just have to delete one of the two chart and you are right>> I don't find where I can delete the chart
2008-11-14 17:42 <cedk> there is a kind of contact address: http://demo3.openbravo.com/openbravo/ad_help/DisplayHelp.html?inpwindowId=143&inpwindowType=W&inpwindowName=SalesOrder#Field2590
2008-11-14 17:44 <cedk> udono: go in "Configuration>General Account>Accounts" and select the root account and delete it
2008-11-14 17:46 <udono> cedk: you cannot delete accounts that have children...
2008-11-14 17:47 <cedk> udono: yes I see
2008-11-14 17:48 <udono> cedk: I think children are not a good constraint to hinder account deletion. Better is to hinder to delete accounts which are involved in moves...
2008-11-14 17:49 <cedk> udono: I will override the delete function to delete recursivly every child accounts
2008-11-14 17:50 <CIA-34> tryton: yann roundup * #571/French translation for tryton client: [new] updated from changeset 992:dc3a44b2675d
2008-11-14 17:55 <udono> cedk: what if when there accounts inside used as default, or used on products etc, but without move?
2008-11-14 17:59 <udono> cedk: and about the address on invoice, I would propose that it is good to have an address shown. Maybe show as default the first invoice address or any adress which is not explicite for shipping. Explicite shipping addresses should never shown as invoice address and vice versa.
2008-11-14 18:00 <udono> cedk: and the label for this addres should be 'Invoice Address' not 'Contact Address' yangoon? Timitos?
2008-11-14 18:01 <cedk> udono: account used in product etc is not a problem
2008-11-14 18:02 <cedk> udono: there is invoice address
2008-11-14 18:08 <udono> cedk: then just drop the contact address, since it is not generic data for invoice.
2008-11-14 18:11 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 291:934f2edddc19 account/account.py: Delete all child accounts when deleting accounts for issue570
2008-11-14 18:11 <CIA-34> tryton: ced roundup * #570/Its possible to create another chart of account for one company: All accouts are duplicated: [resolved] The changeset 934f2edddc19 allow to delete all the chart
2008-11-14 18:22 <CIA-34> tryton: udo.spallek * r331 /wiki/HowToContributeUsingIntuxication.wiki: Edited wiki page through web user interface.
2008-11-14 18:24 <udono> cedk: works great! I think this is a good solution.
2008-11-14 18:32 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 997:d2e3dc524f11 tryton/share/locale/ (7 files in 4 dirs): Update translation and add patch from issue571
2008-11-14 18:33 <CIA-34> tryton: ced roundup * #571/French translation for tryton client: [resolved] Applied in changeset d2e3dc524f11
2008-11-14 18:45 -!- ikks_(n=igor@190.144.69.234) has joined #tryton
2008-11-14 18:45 <CIA-34> tryton: udono roundup * #537/Stock: Translation issues de_DE: [chatting] seltsam, bei mir steht noch Lagerbestand drin. Und ich habe von intuxication ge'updated... hast du mal einen changeset für mich, damit ...
2008-11-14 18:46 <CIA-34> tryton: brice roundup * #572/Cannot invoice a sale order: [new] I have created sale orders with different types of sale order lines (title, line and subtotal). When I try to validate the order, the invoic ...
2008-11-14 18:59 <CIA-34> tryton: udono roundup * #542/de_DE: UOM: [chatting] gefällt mir gut sehr gut.
2008-11-14 19:00 <CIA-34> tryton: brice roundup * #572/Cannot invoice a sale order: [chatting] patch for this issue (sale only)
2008-11-14 19:02 <CIA-34> tryton: brice roundup * #572/Cannot invoice a sale order: patch for purchase part of this issue
2008-11-14 19:03 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 184:ef60168e7183 account_invoice/ (invoice.py invoice.xml): Remove contact_address on invoice
2008-11-14 19:04 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 148:859463ef9ccf purchase/ (purchase.py purchase.xml): Remove contact_address on purchase
2008-11-14 19:04 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 149:eb5b2edcb1f8 purchase/purchase.py: Fix return of get_invoice_line for type != 'line' for issue572
2008-11-14 19:04 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 53:83e085345b81 sale/ (sale.py sale.xml): Remove contact_address on sale and add check_for_quotation
2008-11-14 19:04 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 54:6255c791c7c4 sale/sale.py: Fix return of get_invoice_line for type != 'line' for issue572
2008-11-14 19:04 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 362:b0839266953b stock/TODO: Add TODO
2008-11-14 19:04 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 134:89f4b3a84ed2 stock_supply/purchase_request.py: Remove contact_address on purchase
2008-11-14 19:05 <CIA-34> tryton: ced roundup * #572/Cannot invoice a sale order: [resolved] Fix with changesets 6255c791c7c4 and eb5b2edcb1f8
2008-11-14 19:15 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 150:c0f1147a81d7 purchase/purchase.odt: Fix report for contact_address removed
2008-11-14 19:16 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 55:c48100002762 sale/sale.odt: Fix report for contact_address removed
2008-11-14 19:20 <CIA-34> tryton: udono roundup * #573/de_DE: Kategorie: [new] "Artikelkategorien" würde ich komplett ausschreiben, da in diesem Menü ein weiteres Mal 'Kategorie' bei Maßeinheiten verwendet wird und b ...
2008-11-14 19:21 <CIA-34> tryton: udo.spallek * r332 /wiki/Testing1_0_0.wiki: Edited wiki page through web user interface.
2008-11-14 19:21 <CIA-34> tryton: udo.spallek * r333 /wiki/Testing1_0_0.wiki: Edited wiki page through web user interface.
2008-11-14 19:21 <CIA-34> tryton: udo.spallek * r334 /wiki/Testing1_0_0.wiki: Edited wiki page through web user interface.
2008-11-14 19:22 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 56:45be3d50d4a6 sale/sale.odt: Add test on invoice_address in report
2008-11-14 19:22 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 151:df32f4e6269f purchase/purchase.odt: Add test on invoice_address in report
2008-11-14 19:25 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 57:4dff39bd7fb1 sale/sale.py: Add packing_address test in check_for_quotation
2008-11-14 19:51 <CIA-34> tryton: udono roundup * #574/account_invoice: Other Info>Invoice Report>save as: [new] This happen on an empty new invoice. Error: (Error writing file) Fehler beim Schreiben der Datei. Fehlermeldung: a2b_base64() argument 1 m ...
2008-11-14 19:52 <CIA-34> tryton: udono roundup * #574/account_invoice: Other Info>Invoice Report>save as: [chatting] ... same error when Invoice is saved in draft.
2008-11-14 19:55 <CIA-34> tryton: udono roundup * #574/account_invoice: Other Info>Invoice Report>save as: Files are created, but empty.
2008-11-14 19:57 <udono> cedk: Why the tax is not inherited from parent product cathegories to childs?
2008-11-14 20:06 <udono> cedk: When I use a product with a child categorie in an invoice, there is only the child tax shown. Even is the child cathegories tax is empty. Is this intented?
2008-11-14 20:16 <cedk> udono: don't understand, what is child categories tax ?
2008-11-14 20:26 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 998:400af1038116 tryton/tryton/gui/window/view_form/view/form_gtk/binary.py:
2008-11-14 20:26 <CIA-34> tryton: Set sensitive on save button depending of the value of field binary for
2008-11-14 20:26 <CIA-34> tryton: issue574
2008-11-14 20:26 <CIA-34> tryton: ced roundup * #574/account_invoice: Other Info>Invoice Report>save as: [resolved] Fix with changeset 400af1038116
2008-11-14 20:27 <CIA-34> tryton: udo.spallek * r335 /wiki/Testing1_0_0.wiki: Edited wiki page through web user interface.
2008-11-14 20:28 <udono> cedk: Product cathegories have taxes. I can create categories of parent and childs. If I have a product which is part of the child categorie, it doesn't inherit the taxes defined on its parent categorie. When I write an invoice, using this product, only the tax of the direct product categorie is shown, not the taxes of the parent cathegory of this product.
2008-11-14 20:29 <cedk> udono: select the field "Use Category's Taxes"
2008-11-14 20:30 <udono> cedk: it is
2008-11-14 20:30 <cedk> udono: so the product has the taxes defined on the category
2008-11-14 20:31 <udono> cedk: yes
2008-11-14 20:33 <udono> cedk: I just request if it is intented, because it irritates me a bit...
2008-11-14 20:34 <cedk> udono: what ?
2008-11-14 20:38 <udono> cedk: :-) is it intented, that the taxes of parent category's are not inherited by the child cathegory's?
2008-11-14 20:38 <cedk> udono: yes, it is not possible to do so, because how do you make to have no taxes
2008-11-14 20:39 <udono> cedk: just leave the parent without taxes...
2008-11-14 20:39 <cedk> udono: this is something that will bring many errors
2008-11-14 20:40 <udono> cedk: ok
2008-11-14 21:36 <Timitos> cedk: i don´t see any use for more than one account chart for a company. i think that there is some danger if you have more than one because there could be some moves missing and so the accounting is not correct
2008-11-14 21:38 <ikks> Timitos is there a way to have multicompany support?
2008-11-14 21:39 <Timitos> ikks: you can create another company and you can have another account chart for this company. so multicompany should be possible. but i haven´t tested that yet.
2008-11-14 21:39 <Timitos> ikks: what are you looking for?
2008-11-14 21:39 <cedk> Timitos: i don't see the real issue, we can not prevent user to make wrong things
2008-11-14 21:40 <ikks> For example a company that is located at two countries
2008-11-14 21:40 <ikks> And someone wants to have global info.
2008-11-14 21:41 <Timitos> ikks: this depends on if the 2nd company is making its own accounting or not. but i think both could be done with tryton now
2008-11-14 21:41 <ikks> each company would have its own accounting
2008-11-14 21:42 <ikks> That would be to think as a meta analytic accounting
2008-11-14 21:42 <cedk> ikks: account chart is linked to a company
2008-11-14 21:42 <Timitos> ikks: the only problem i see is to get the values of both companies together in some way if you need this
2008-11-14 21:44 <Timitos> ikks: you can have 2 companies in one database an you can have 2 account charts for these two companies. so you can do for both companies the accounting in one database.
2008-11-14 21:44 <cedk> Timitos: it will be done with a module like we do for "Balance Sheet"
2008-11-14 21:45 <Timitos> cedk: is such a module already planned?
2008-11-14 21:45 -!- bechamel(n=user@host-85-27-94-170.brutele.be) has joined #tryton
2008-11-14 21:45 <Timitos> cedk: i think the term for this could be consolidation
2008-11-14 21:46 <ikks> bbl few minutes, hopefully
2008-11-14 21:46 -!- ikks(n=igor@190.144.69.234) has joined #tryton
2008-11-14 21:51 <cedk> Timitos: yes somthings like that
2008-11-14 21:51 <cedk> Timitos: nothing planned but we have the ideas
2008-11-14 21:58 -!- ikks(n=igor@190.144.69.234) has joined #tryton
2008-11-14 22:00 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 292:3081b03c0102 account/ (account.py tax.py): Fix delete Type, Code and Tax
2008-11-14 22:02 <CIA-34> tryton: ced roundup * #540/The assign button is accessible, even when I can not assign.: [deferred] Add in the TODO list of stock. We will add a wizard on the button "Assign" to display a message at the end to inform the user if the co ...
2008-11-14 22:37 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 135:bb695c03ed4a stock_supply/purchase_request.py:
2008-11-14 22:37 <CIA-34> tryton: Improve origin Reference field:
2008-11-14 22:37 <CIA-34> tryton: - set required
2008-11-14 22:37 <CIA-34> tryton: - use a function for selection
2008-11-14 22:37 <CIA-34> tryton: - set stock.order_point,0 when there is no explicit order_point
2008-11-14 23:08 -!- ikks(n=igor@190.144.69.234) has joined #tryton
2008-11-14 23:49 -!- oversize_(n=manuel@dslb-088-069-027-228.pools.arcor-ip.net) has joined #tryton
2008-11-14 23:56 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 999:47818ab5c4e8 tryton/tryton/gui/ (main.py window/window.py):
2008-11-14 23:56 <CIA-34> tryton: Add sig_reload_menu and use it when opening tree window on ir.ui.menu model
2008-11-14 23:56 <CIA-34> tryton: for issue243
2008-11-14 23:56 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 1240:185fe71f16f2 trytond/trytond/ir/action.py: Add missing context and fit guideline
2008-11-14 23:56 <CIA-34> tryton: C?dric Krier <ced@b2ck.com> default * 1241:4c05cd431c70 trytond/trytond/ir/module/ (module.py module.xml):
2008-11-14 23:56 <CIA-34> tryton: Add menu action in ModuleInstallUpgrade to reload the menu and improve popup
2008-11-14 23:56 <CIA-34> tryton: for issue243
2008-11-14 23:56 <CIA-34> tryton: ced roundup * #243/Reload menu automatically after updating modules: [resolved] Fix with changeset 47818ab5c4e8 and 4c05cd431c70

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