Всем привет

В запрос №1 пользователя X случайно попали объекты разработки пользователя Y, которые на самом деле должны быть в запросе №2. Как перенести задачу с объектами пользователя Y из запроса №1 в запрос №2 ???
При попытке объединения выдает: "Request/task ... has already been assigned to request №1 and therefore cannot be changed with the Merge function."

хмм... получилось похоже на школьную задачку ))

Как вариант: открыть ту задачу (в запросе №2), к-ю Вы хотите перенести в другой запрос, в режиме редактирования, ctrl-Y выделить и скопировать входящие в нее объекты, в запросе №1 открвть задачу пользователя Y, добавить туда ранее скопированные объекты, сохранить и со спокойной совестью удалить эти объекты из задачи в запросе №2, после этого удалить саму задачу в запросе №2. При переносе запроса № 1 перенесутся необходимые объекты.

Не думаю, что получится добавить объект во второй запрос, пока он существует в первом запросе.
И не стОит к этому стремиться.
Объект должен жить и быть заблокирован в пределах одного запроса.
Два пользователя могут редактировать один объект только в одном запросе. Хотя и в разных задачах.

вручную-то можно, скопировать список объектов и ключей к каждому из них например в Excel, потом удалить в запросе №1, и вставить в запрос №2. Думал есть более цивилизованный выход из положения....

Получится. Не получится их(объекты) заблокировать в задаче\запросе.

Так тут случай когда просто не в тот запрос включили объекты.

При большом желании и соответствующих правах можно, действительно, сделать очень многое Но зачем? Чтобы потом получить на свою голову (или на голову базиснику) некоторое количество развлечений? В качестве лекарства от скуки?
Я уже писал выше: не стОит к этому стремиться.

А по теме - есть и штатные методы переноса объектов в другой запрос. Но, если полномочия настроены правильно, случайно попасть в чужой запрос очень сложно. Поэтому я разумно предположил, что второй чел начал править объекты, которые уже заблокированы в чужом запросе. Соответственно у него и создались там собственные задачи.

Развлечения будут когда 1-му позарез нужно будет перенести запрос в продуктив, а второму очень не желательно чтобы не законченная разработка попала даже в тест.


Сложно, но возможно - две разные задачи в разных запросах. При создании\изменении не обратить внимание на запрос, который подставляется по умолчанию, автоматом нажать enter и проблема готова.

по башке надавать всем (включая базис - за то что вообще обсуждают) и забыть о проблеме

to sy-uname: точнее некуда, я бы сам так не прокомментировал
to skif: зачем же так, на форуме демократия однако - не хотите не обсуждайте. А на проблему в основном именно забивают (переносят оба запроса), потому что базису разбираться неохота...