| chat.freenode.net #tryton log beginning Sun Feb 17 00:00:01 CET 2019 | ||
| -!- csotelo(~csotelo@181.67.16.48) has joined #tryton | 23:37 | |
| -!- csotelo(~csotelo@181.67.16.48) has joined #tryton | 23:44 | |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 00:50 | |
| -!- yangoon(~mathiasb@i59F4A0B0.versanet.de) has joined #tryton | 03:08 | |
| -!- jcm(~jcm@78.194.214.115) has joined #tryton | 05:36 | |
| -!- thaneor1(~lenovo3@r179-25-179-125.dialup.adsl.anteldata.net.uy) has joined #tryton | 07:44 | |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 08:40 | |
| rmu | regarding the unique client, what i find strange and arbitrary is that hostname/port/database is included in the instance id hash, but not the user id. IMO there are valid use-cases that require multiple connections from one desktop to the same server/database under different usernames. | 11:49 |
|---|---|---|
| rmu | regarding IPC, you already have to know server/port/database in order to identify the proper tryton client, in this case you probably also (can) know the username. | 11:50 |
| -!- csotelo(~csotelo@181.67.16.48) has joined #tryton | 12:18 | |
| cedk | rmu: precisely, you do not have to know the username | 12:32 |
| cedk | rmu: so if you add the username to the ID, it is no more posible to open URL to the right application | 12:32 |
| cedk | I'm still currious about the "valid case of mulitple user" | 12:33 |
| rmu | cedk: but why do you know server/port/database and not username? | 12:40 |
| cedk | rmu: because username is not in the URL | 12:41 |
| cedk | and it would make URL pointless to put it as only the owner of the username will be able to open it | 12:41 |
| rmu | you can include usernames in URLs at a well-known place, the application can decide what to do with it and deal with the "no username" and the "username" cases | 12:48 |
| cedk | rmu: but it makes impossible to deduce the id | 12:49 |
| semarie | cedk: I hitted the problem once, when I wanted to do quick configuration stuff without closing my running session (my user doesn't have adminsitration privilegies as it is special thing) | 12:49 |
| semarie | but I am fine with the current behaviour (even if there is few drawback) | 12:50 |
| rmu | cedk: currently no id is included in the url, so the id is deduced (ask user to input user id) | 12:51 |
| rmu | i'm also fine (also it is easy enough to workaround with SAO or a small patch that adds a command line argument to tryton to include user id in app id hash) | 12:52 |
| cedk | rmu: I mean the application id | 12:53 |
| cedk | for me, it is not enough common to have a special implementation | 12:57 |
| rmu | yes, it would probably confuse users | 12:57 |
| cedk | also advanced user can use a workaround by using another OS user | 12:58 |
| rmu | other OS users is awkward | 12:59 |
| rmu | and not that easy in case of centralized user management (think AD or freeipa) | 13:00 |
| cedk | rmu: in such environment, you will not have multiple username on Tryton neither | 13:01 |
| rmu | I think you are assuming too much. But it is kind of moot to discuss hypotheticals, if the requirement arises in the real world I'm sure there will be a solution. | 13:06 |
| -!- irclog(~irclog@moretus.b2ck.com) has joined #tryton | 13:21 | |
| -!- nzaniela(~nzaniela@41.80.216.167) has joined #tryton | 15:17 | |
| -!- nzaniela(~nzaniela@41.80.216.167) has joined #tryton | 15:40 | |
| -!- sisalp(~sisalpuse@smallback.sisalp.net) has joined #tryton | 16:07 | |
| sisalp | rmu: my use case so far was to backup people when they are off. For example, the assistant is off for a week, then I can open two tryton clients, one for me, one as a backup of the assistant. | 16:53 |
| sisalp | We can live without, but it was the main reason why I prefered tryton over sao. | 16:55 |
| cedk | sisalp: there is the role module for that, you can plan and give access to another role for a period | 16:57 |
| sisalp | cedk: probably ok. nevertheless, activity will belong to me then. Will it fit for a backup ? I mean acting on behalf of some else ? | 16:59 |
| cedk | sisalp: you do not act on behalf in this case but you are granted a role for a period | 17:28 |
| sisalp | cedk: when the assistant will be back, will he know what has been done while he was off ? Seen from the outside, the absence of the assistance should not be noticed because he is backuped by a colleague. Multi connections was not fully correct either. | 17:36 |
| -!- thaneor(~lenovo3@r179-25-179-231.dialup.adsl.anteldata.net.uy) has joined #tryton | 19:46 | |
| -!- semarie_(~semarie@unaffiliated/semarie) has joined #tryton | 21:00 | |
| -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton | 22:51 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!