Re: [Tiki-devel] Trackers; Avoiding silent duplication of "children" items when duplicating a single item

+1
Continuing there.

> On 29 Sep 2022, at 2:44, Jean-Marc Libs <[email protected]> wrote:
> 
> You are not alone.
> Short version: I agree with Victor.
> 
> I answered this in the tracker item with much more details :
> ----------------------------
> 
> One big complex site I work on uses item cloning and they are very happy that all children trackeritems are duplicated together with the one which they duplicate. Except for one particular itemlink which they did not want to create duplicates and I needed some ugly code workaround for it.
> 
> So, I like the idea of « Option2: As it related to the item-link field, an option to allow duplication if the parent item is duplicated. This will allow to have some tracker behaving one way and other trackers the other way. » because we need the granularity. 
> I disagree with adding this to "cascade" because cascade has all combinations of cascade options. There are 8 combinations and this would add 5 more!!! So I suggest a checkbox just above the cascade because it is related to cascading. IMO the default should be "duplicate items if parent item is duplicated" for backwards compatibility. Otherwise people who upgrade will have issues. Since the config is done on the child, the message should not mention children but parent (viewpoint issue).
> 
> Also, I agree the feedback could be improved with some message mentioning exactly how many items were just created.
> 
> Maybe option 3 would also make sense but then the end user cloning the item makes the decisions instead of the admin who configures Tiki. I can't make up my mind : It could be nice or it could be annoying extra work with possibility for mistakes if you need to do a lot of cloning.
> 
> The use case is people doing complex tracker items with child items (and children of child items). The next year they mostly do the same things so cloning everything with a different value in the "year" and "title" fields makes sense. Then they switch status to "pending" so it's invisible to non-admins, they review everything and make changes as appropriate and then they switch status to "open" so everybody sees it. Et voilà, all done ! (Yes, status is cascaded.)
> 
> ----------------------------
> 
> Cheers,
> J-M
> 
> On Mon, Sep 26, 2022 at 12:57 PM Bernard Sfez via TikiWiki-devel <[email protected] <mailto:[email protected]>> wrote:
> Ha ha…
> 
> Am I the only one using this duplicate feature among our power users ? 🤷🏻‍♂️🥴
> 
>> I'd vote for ItemLink option where cascade might be extended or a new option added based on the global "clone item" toggle in admin - we can hide that option unless cloning is allowed.
>> 
> I trust you know better than me what and where this should be done easily.
> 
> Technically I would say “ItemLink option where cascade might be extended” is better and more controllable (not global).
> I vote for this.
> 
> I fear that this will borrow a little more this side effect of the duplicate item feature but I will add text to tooltips and documentations.
> 
> Bernard
> 
> 
>> On 20 Sep 2022, at 19:54, Victor Emanouilov via TikiWiki-devel <[email protected] <mailto:[email protected]>> wrote:
>> 
>> Bernard,
>> 
>> I'd vote for ItemLink option where cascade might be extended or a new option added based on the global "clone item" toggle in admin - we can hide that option unless cloning is allowed.
>> 
>> Regards,
>> Victor
>> 
>> On 9/20/22 9:56 AM, Bernard Sfez via TikiWiki-devel wrote:
>>> Hello,
>>> 
>>> I though we have a bug in the “Duplicate tracker items” option, but it seems this is a feature as that is in the code since 2012 and has been improved for Cartography. (Thanks Victor for digging in the code 🙏)
>>> 
>>> In short, when you duplicate and item that is used through an item-link in another tracker, the action will silently creates children of this items.
>>> In detail, see : https://dev.tiki.org/item8169-Trackers-Duplicate-a-trackeritem-on-an-item-used-in-another-tracker-will-create-duplication-for-all-the-items-where-the-original-item-is-used <https://dev.tiki.org/item8169-Trackers-Duplicate-a-trackeritem-on-an-item-used-in-another-tracker-will-create-duplication-for-all-the-items-where-the-original-item-is-used>
>>> 
>>> With user interface and trackers improvement added our capacity to create more and more complex cases it look to me that this need some revision.
>>> For example duplicating an item with children using a user-selector field and auto-assign to creator the newly created item will be all assign to this user.😳
>>> 
>>> I promptly added some documentation and I would like to improve the duplicate option but I wonder what other people think.
>>> 
>>> I suggest we discuss in the comments of the tracker item (https://dev.tiki.org/item8169-Trackers-Duplicate-a-trackeritem-on-an-item-used-in-another-tracker-will-create-duplication-for-all-the-items-where-the-original-item-is-used <https://dev.tiki.org/item8169-Trackers-Duplicate-a-trackeritem-on-an-item-used-in-another-tracker-will-create-duplication-for-all-the-items-where-the-original-item-is-used>) but if people prefer to discuss it here…
>>> 
>>> 
>>> Bernard
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> TikiWiki-devel mailing list
>>> [email protected] <mailto:[email protected]>
>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel <https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel>
>> _______________________________________________
>> TikiWiki-devel mailing list
>> [email protected] <mailto:[email protected]>
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel <https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel>
> 
> _______________________________________________
> TikiWiki-devel mailing list
> [email protected] <mailto:[email protected]>
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel <https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel>

_______________________________________________
TikiWiki-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel