0001665: When manually increasing "trash" on the order group nesting window, the program stores trash length trimmings.

Номер	project	Category	Visibility	Создан	Изменен

0001665	RasKon	Wishes	public	2017-12-22 15:49	2017-12-28 17:08

Initiator	ADGroup	Responsible	ADGroup
Priority	ordinary	Influence	small	Reproducibility	untested
Condition	closed	Decision	solved
Целевая версия	10.02	Решена в версии	10.02

Theme	0001665: When manually increasing "trash" on the order group nesting window, the program stores trimmed trash lengths.
Description	I am writing to you about the resumption of the problem solved in ticket 0001330. It resumed in the summer, and I think I told you about it, but I may be wrong. The situation is as follows: We cut an order (via "fan"). Let's assume that the material is "Trash" = 100mm. We change it by hand to "Trash" = 200mm and cut further.... As a result, if a 150mm scrap is created in the cut, it goes to the scrap warehouse. It shouldn't be there, it gets in the way. It is actually thrown away, and the program stores it and then picks it up. Please correct it.
Tags	There are no associated tags.

Number of references
Implementation period (days)
Cost
Planned date

**Community support for the task**
This problem is marked solved. If you think it is not, please reopen it and explain why.
Supporters:	No supporters have yet voted in favor of the task.
Neutrality:	No users have yet voted neutral for this task.
Opponents:	No opponents have yet voted in favor of this task.

Date of change	User	Field	Modify
2017-12-22 15:49	ADGroup	New task
2017-12-22 15:49	ADGroup	Condition	new => assigned
2017-12-22 15:49	ADGroup	Responsible	=> ADGroup
2017-12-22 15:50	ADGroup	Link added	related to 0001330
2017-12-28 17:08	ADGroup	Condition	assigned => closed
2017-12-28 17:08	ADGroup	Decision	open => solved
2017-12-28 17:08	ADGroup	Resolved in version	=> 10.02
2017-12-28 17:08	ADGroup	Comment added: 0001701

ADGroup 2017-12-28 17 :08 administrator ~0001701