| chat.freenode.net #tryton log beginning Thu Jun 1 00:00:01 CEST 2017 | ||
| 2017-06-01 01:25 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
| 2017-06-01 01:57 -!- JosDzG(~Thunderbi@189.250.57.203) has joined #tryton | ||
| 2017-06-01 05:20 -!- kstenger1(~karla@r186-50-23-43.dialup.adsl.anteldata.net.uy) has joined #tryton | ||
| 2017-06-01 07:07 -!- JanGB(~jan@dslb-094-222-147-009.094.222.pools.vodafone-ip.de) has joined #tryton | ||
| 2017-06-01 07:36 -!- Timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton | ||
| 2017-06-01 08:11 -!- dmollerm(~dmollerm@170.red-80-28-119.staticip.rima-tde.net) has joined #tryton | ||
| 2017-06-01 08:31 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | ||
| 2017-06-01 09:10 -!- mrichez(~smuxi@212-166-19-85.win.be) has joined #tryton | ||
| 2017-06-01 09:15 -!- rpit(~rpit@aftr-37-24-147-53.unity-media.net) has joined #tryton | ||
| 2017-06-01 09:18 -!- tbruyere_(~smuxi@mail.saluc.com) has joined #tryton | ||
| 2017-06-01 09:32 <cedk> is there someone from m-ds GmbH ? | ||
| 2017-06-01 09:58 -!- JanGB(~jan@business-178-015-079-061.static.arcor-ip.net) has joined #tryton | ||
| 2017-06-01 10:18 -!- thaneor(~ldlc6@179.26.140.57) has joined #tryton | ||
| 2017-06-01 10:49 -!- nicoe(~nicoe@host-85-201-184-151.dynamic.voo.be) has joined #tryton | ||
| 2017-06-01 13:09 -!- Marleyx(~jordan@97.red-79-151-196.dynamicip.rima-tde.net) has joined #tryton | ||
| 2017-06-01 13:14 -!- mariomop(~quassel@181.95.245.40) has joined #tryton | ||
| 2017-06-01 13:36 <mrichez> hi, | ||
| 2017-06-01 13:36 <mrichez> i left my tryton client open. When i come back from lunch, i get window asking me for password. I wrongly click on cancel button, program quit without advertisement and i lost my work. | ||
| 2017-06-01 13:36 <mrichez> Could we prevent this behaviour or hiding cancel button ? | ||
| 2017-06-01 13:59 <pokoli> mrichez: which will be the expected behaviour? | ||
| 2017-06-01 13:59 <sisalp> mrichez: IIUC, it happens when you ask to quit, this requires to close thumbnails and a valid session. If not it asks for password and it is very convenient to quit by closing the prompt. | ||
| 2017-06-01 14:00 <pokoli> sisalp: indeed the client is closed if you don't enter any password, despite clicking another option | ||
| 2017-06-01 14:01 <mrichez> pokoli: i don't know about the behaviour, but not leaving client this way | ||
| 2017-06-01 14:02 <pokoli> mrichez: but as we don't have session, we can not do anything with the server | ||
| 2017-06-01 14:02 <mrichez> pokoli: another window : "are you sure ?" or ?? | ||
| 2017-06-01 14:03 <pokoli> mrichez: maybe triggering a disconnect from the server (that will ask to close all the windows) will be the right behaviour | ||
| 2017-06-01 14:03 <mrichez> pokoli: indeed | ||
| 2017-06-01 14:03 <sisalp> mrichez: if we can avoid this "are you sure ?" ... | ||
| 2017-06-01 14:03 <pokoli> indeed, if you want to try you just have to execute DELETE FROM ir_session on the database | ||
| 2017-06-01 14:03 <cedk> pokoli: cannot because no session | ||
| 2017-06-01 14:03 <mrichez> sisalp: :-) | ||
| 2017-06-01 14:05 <pokoli> cedk: this will be calling sig_logout with disconnect=False: http://hg.tryton.org/tryton/file/28311e9e39c2/tryton/gui/main.py#l892 | ||
| 2017-06-01 14:08 <cedk> pokoli: require to be connected | ||
| 2017-06-01 14:09 <pokoli> cedk: we are (but session is expired) | ||
| 2017-06-01 14:10 <pokoli> cedk: indeed, the behaviour is reproducible by invalidating the session and clicking on the disconnect button | ||
| 2017-06-01 14:10 <cedk> pokoli: OK rephrase: require to have a session active | ||
| 2017-06-01 14:11 <cedk> pokoli: otherwise you go into an infinite loop of requesting password | ||
| 2017-06-01 14:11 -!- smarro(~sebastian@181.16.7.104) has joined #tryton | ||
| 2017-06-01 14:12 <cedk> only possibilities is to ask for confirmation | ||
| 2017-06-01 14:21 <pokoli> cedk: but why we get a session active to close all tabs? | ||
| 2017-06-01 14:21 <cedk> pokoli: it is needed to save states, modified record etc. | ||
| 2017-06-01 14:22 <cedk> pokoli: there is a reason why the code is like it is | ||
| 2017-06-01 14:24 <pokoli> cedk: ok, then the only option is to ask the confirmation before existing | ||
| 2017-06-01 14:26 <pokoli> i've checked on sao, and it asks for password for every request, so maybe we should unify both clients to ask for confirmation and close (calling window.close()) on sao | ||
| 2017-06-01 14:29 <cedk> pokoli: not needed you can close the browser window | ||
| 2017-06-01 15:07 <notizblo1k> for supplier shipments in 4.2: wouldn't it be better to sync the planned date on all moves as is? Currently, the planned_date is only synced when the move's planned_date < supplier_shipment's planned date. See: https://tryton-rietveld.appspot.com/797002/diff/1002/shipment.py | ||
| 2017-06-01 15:12 <notizblo1k> if the moves do not have a planned_date at all and a user sets a planned_date on supplier shipment it is ignored on the moves. | ||
| 2017-06-01 15:23 -!- marc_(~marc@170.red-80-28-119.staticip.rima-tde.net) has joined #tryton | ||
| 2017-06-01 15:24 -!- dmollerm(~dmollerm@170.red-80-28-119.staticip.rima-tde.net) has joined #tryton | ||
| 2017-06-01 15:26 <marc_> Hi to everyone, I've come with a doubt and I don't see how to go through it. I have a wizard, with 2 filters: month and year. Then, in the same view, I have a one2many that refreshes when the filter changes. But, the items on it, become gray, like being deleted. I thought it would go empty without showing the old filter matches, but it doesn't. Any advice on it? | ||
| 2017-06-01 15:34 <pokoli> marc_: how you compute the one2many? | ||
| 2017-06-01 15:34 <pokoli> marc_: can you show the code? | ||
| 2017-06-01 15:35 <pokoli> marc_: and why you need a wizard? For me it can be implemented with context_model on a normal action | ||
| 2017-06-01 15:36 <marc_> its an on_change that searchs for contract lines having some specific dates, types and contract states and returns the id's of that contracts. Nothing special at all. After that the idea is to print one pdf with some letters with jasper | ||
| 2017-06-01 15:38 <pokoli> marc_: i tought it was an on_change. It's the expected behaviour of on_change to show the items as delete on client side | ||
| 2017-06-01 15:38 <marc_> it's there any workarround or another way of doing this? :/ | ||
| 2017-06-01 15:39 <pokoli> marc_: as it's a filter, I will use context_model | ||
| 2017-06-01 15:42 <cedk> notizblock: could you show link to the repository instead of random review? | ||
| 2017-06-01 15:45 <notizblock> cedk: http://hg.tryton.org/modules/stock/file/tip/shipment.py#l385 | ||
| 2017-06-01 15:46 <cedk> notizblock: the comment is pretty clear | ||
| 2017-06-01 15:50 <marc_> pokoli: I'm sorry, I don't know what context_model is and I don't find it. related to active_model? | ||
| 2017-06-01 15:50 <notizblock> cedk: let me reformulate the question. Is there a use case that the supplier shipment's planned_date differs from the planned_date of its moves? | ||
| 2017-06-01 15:52 <cedk> notizblock: for me, we do not care about this question | ||
| 2017-06-01 15:53 <cedk> notizblock: the shipment is created only when it is received and it is processed directly | ||
| 2017-06-01 15:53 -!- uha4(~uha4@146.0.96.198) has joined #tryton | ||
| 2017-06-01 15:53 <cedk> the code is there to avoid to include the wrong move to the shipment and remove it after | ||
| 2017-06-01 15:53 <cedk> in this case we do not want that the move is replanned earlier | ||
| 2017-06-01 15:58 <notizblock> cedk: ok. Here is the way we currently use it. Our users create the supplier shipment as soon as the purchase is done. At this point in time, they know when the shipment should arrive, they create a draft supplier shipment and set the planned_date accordingly. This way they can easily spot overdue shipments. | ||
| 2017-06-01 15:59 <notizblock> cedk: … which might be a wrong usage altogether, but our users use it this way right now | ||
| 2017-06-01 15:59 <pokoli> marc_: context model is what you see here http://www.tryton.org/images/tryton_general_ledger.gif after the filters | ||
| 2017-06-01 15:59 <notizblock> cedk: the users adjust the planned_date as discussed with suppliers and they expected that the moves have the same date | ||
| 2017-06-01 16:00 <pokoli> marc_: it's explained on the 4.0 release news: http://www.tryton.org/posts/new-tryton-release-40.html (on the major changes for the developer section) | ||
| 2017-06-01 16:00 <cedk> notizblock: for me, it is a wrong usage because you do not know what will be in the shipment | ||
| 2017-06-01 16:01 <cedk> notizblock: they must adapt the planned date of the moves from the purchase if they have information | ||
| 2017-06-01 16:01 <notizblock> cedk: each move individually? | ||
| 2017-06-01 16:03 <notizblock> cedk: you are correct on the content of the shipment. How can we easily spot overdue supplier shipments then? | ||
| 2017-06-01 16:04 <marc_> pokoli: it may be what we need. Is there any example/docs/further explanation of it? I'm developing over 4.2 . Thank you ;) | ||
| 2017-06-01 16:06 <cedk> notizblock: yes each individually as they may have different dates but a tool to set a date to many at once will be welcomed | ||
| 2017-06-01 16:06 <cedk> notizblock: I do not understand the overdue question | ||
| 2017-06-01 16:08 <pokoli> marc_: it's used on account reporting, and I don't know in which version we introduced it to Product Quantities, but I think it was for 4.2 | ||
| 2017-06-01 16:09 -!- zmijunkie(~Adium@p5B15310F.dip0.t-ipconnect.de) has joined #tryton | ||
| 2017-06-01 16:11 <marc_> pokoli: will take a look to it :) thank you | ||
| 2017-06-01 16:12 <uha4> Hi everyone, | ||
| 2017-06-01 16:13 <uha4> can anyone tell me, how to tell the client to call the setter of fields.Function in a Wizard. | ||
| 2017-06-01 16:14 <pokoli> uha4: why you have a function field in a wizard? | ||
| 2017-06-01 16:15 <pokoli> uha4: but it's like any other model, just define a setter for the function with the proper signature | ||
| 2017-06-01 16:15 <notizblock> cedk: in the past, we had the problem that workers forgot about shipments. Products were purchased and their arrival was planned in ~2 weeks after purchase. Most of those "problematic" products were produced by some small company and it was pretty common that they were overdue. The products were not there when we needed them. Our solution to this was: create supplier shipments right after purchase and | ||
| 2017-06-01 16:15 <notizblock> set the planned_date. If we have shipments where planned_date < today() user would get an e-mail and could respond in a timely manner | ||
| 2017-06-01 16:16 <uha4> pokoli: I have a Wizard preparing the Data to generate a record. I need a way to give the user chance to enter temporary data i do not need in the DB to several records of a list. | ||
| 2017-06-01 16:16 <pokoli> uha4: I will probably use a diferent model on the wizard, with the extendend fields and then only save the required ones | ||
| 2017-06-01 16:18 <uha4> pokoli: so i made fields.Function and wanted to save the data just needed in the Wizard in a Cache. but the setter fo field.Function do not get called until write, but The ModelView of the Wizard does not have write... | ||
| 2017-06-01 16:19 <uha4> pokoli: this was my first try, but i don't want to create a new model in DB just for this Wizard. So how to save? | ||
| 2017-06-01 16:22 <pokoli> cedk: don't understand https://tryton-rietveld.appspot.com/40381002/diff/1/src/view/tree.js#oldcode1691 could you please clarify? | ||
| 2017-06-01 16:23 <pokoli> uha4: you don't have to create a model on the DB, just use a ModelView (but not ModelSQL) so the data will be only available on the wizard | ||
| 2017-06-01 16:24 <uha4> pokoli: does ModelView have a method save? | ||
| 2017-06-01 16:24 <pokoli> uha4: the bast majority of StateViews use ModelView to not store the data on the DB, but only in the wizard session. | ||
| 2017-06-01 16:24 <pokoli> uha4: don't think so, but you will have the modelview data filled the wizard translations | ||
| 2017-06-01 16:24 <cedk> notizblock: there is a view for moves with a tab for "From Suppliers Waiting" | ||
| 2017-06-01 16:25 <uha4> pokoli: the other problem with this try was, that these Records do not have ids to pass to the report. | ||
| 2017-06-01 16:26 <cedk> uha4: don't create wizard that create records, form are much better | ||
| 2017-06-01 16:32 <uha4> cedk: the idea is that the user marks records in usual tree view, than starts the wizard as triggering a report. but instead of generating the report directly, i want to show the user a list with the selected records, to add some comment and additional value that will be ussed in the report too. | ||
| 2017-06-01 16:32 <notizblock> cedk: good point, I'll discuss this with my colleagues. thx for the insight. | ||
| 2017-06-01 16:34 <pokoli> uha4: you can set does values on the context and read the context on your report | ||
| 2017-06-01 16:34 <uha4> cedk: so the records are from original model, or automaticly generated at starting the wizard. | ||
| 2017-06-01 16:36 <uha4> pokoli: my problem is to get my hands on them the first place, as they seem to live in the client only before saving | ||
| 2017-06-01 16:37 <cedk> uha4: what the point to add data on report if you do not store them | ||
| 2017-06-01 16:37 <cedk> uha4: just make user store those data on the records | ||
| 2017-06-01 16:37 <uha4> pokoly: ok, this living in the client only was mainly a problem with fields.Function, i don't remember for extra model. | ||
| 2017-06-01 16:39 <uha4> cedk: because it is an temporary solution, so i don't want to change the database. | ||
| 2017-06-01 16:40 <uha4> cedk: i need to generate a list with shipping details for the carrier. They have another address format than tryton has in standard, and the need the parcel weigt. | ||
| 2017-06-01 16:42 <pokoli> uha4: then you should probably modify the report | ||
| 2017-06-01 16:43 <uha4> cedk: i nemore time to adapt adress handling, and for using package module i need to adapt accounting too. i will do this, but it could take several months, so until than i need a working solution without altering my database. | ||
| 2017-06-01 16:44 <uha4> cedk: the carrier needs a csv file with defied fields for automatic import | ||
| 2017-06-01 16:47 <cedk> uha4: quite strange that the address does nto work | ||
| 2017-06-01 16:52 <uha4> cedk: address formats is a different topic with several points... the carrier requires a salutation, firstname and lastname. If i have a company too, they want it in an extra field. I would have to squeeze all of this in party.name when importing from the onlineshop, and separating again in the report. | ||
| 2017-06-01 16:54 <uha4> cedk: right now i'm trying to pull these fields from the shop when generating the report. | ||
| 2017-06-01 16:56 <cedk> uha4: who is the carrier that get such stupid data model? | ||
| 2017-06-01 16:56 <uha4> cedk: but this works, my main issue is to let the user enter the total weigth of the package. I dont have it in the system yet, and don't want to ad afield in the databese, as i hope it is solved later when i'll be using package module | ||
| 2017-06-01 16:57 <cedk> uha4: you should use identifiers if you need more way to identify parties | ||
| 2017-06-01 16:57 <cedk> uha4: I do not understand why you do not put a field to store the weigth | ||
| 2017-06-01 16:58 <cedk> uha4: it is much simpler than any other solution and at least you have data and history | ||
| 2017-06-01 16:58 -!- kstenger(~karla@r186-50-23-43.dialup.adsl.anteldata.net.uy) has joined #tryton | ||
| 2017-06-01 16:58 <pokoli> uha4: i will go for the field as temporary solution, and then you can migrate the data if required | ||
| 2017-06-01 16:59 <uha4> cedk: it's a relatively small local one in Dresden Germany. we do not have enough packets yet to get business conditions at the big ones like DHL or DPD | ||
| 2017-06-01 17:02 <uha4> pokoli: perhaps i'm too afraid of database migration, due to my lack of experience... | ||
| 2017-06-01 17:08 <pokoli> uha4: if the field is not required, when you don't need to use it you can leave as is on the database | ||
| 2017-06-01 17:08 <pokoli> uha4: but don't be afraid, we will be here to help :) | ||
| 2017-06-01 17:11 <uha4> pokoli: thanks very much. :) and as usual you give me another direction, than i was searching before ;-) | ||
| 2017-06-01 17:23 -!- kstenger(~karla@r186-55-67-216.dialup.adsl.anteldata.net.uy) has joined #tryton | ||
| 2017-06-01 17:44 -!- JanGB(~jan@dslb-094-222-147-009.094.222.pools.vodafone-ip.de) has joined #tryton | ||
| 2017-06-01 18:14 -!- JosDzG(~Thunderbi@189.250.57.203) has joined #tryton | ||
| 2017-06-01 18:59 -!- Telesight(~anthony@4dae0c97.ftth.telfortglasvezel.nl) has joined #tryton | ||
| 2017-06-01 20:31 -!- tbruyere(~smuxi@212-166-19-85.win.be) has joined #tryton | ||
| 2017-06-01 20:54 -!- JanGB(~jan@dslb-094-222-147-009.094.222.pools.vodafone-ip.de) has joined #tryton | ||
| 2017-06-01 21:11 -!- udono1(~udono@164-061-210-188.ip-addr.inexio.net) has joined #tryton | ||
| 2017-06-01 21:14 -!- udono(~udono@164-061-210-188.ip-addr.inexio.net) has joined #tryton | ||
| 2017-06-01 21:43 -!- smarro(~sebastian@181.16.7.104) has joined #tryton | ||
| 2017-06-01 22:01 -!- semarie(~semarie@unaffiliated/semarie) has joined #tryton | ||
| 2017-06-01 22:21 -!- thaneor1(~ldlc6@179.26.82.98) has joined #tryton | ||
| 2017-06-01 23:06 -!- uha4(~uha4@146.0.96.198) has left #tryton | ||
| 2017-06-01 23:11 -!- rpit(~rpit@2a02:908:e67a:7e20:56ee:75ff:fe0d:d3c7) has joined #tryton |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!
