Redpower's Manager block gets clogged when managing more than 1 type of item

[connerity1]

I was thinking of keeping every item in my project table supplied by a manager.
So I made a quick test setup:
Manager below the project table, 1/2 stack of rubber, copper, refined iron, redstone in both the manager's interface and the project table, manager set to the mode that it keeps exactly that number of items in the adjacent inventory and priority set to 1.
That manager is connected via tubes to another manager which is adjacent to an iron chest with some stacks of rubber, copper, refined iron and redstone in it. This manager is set to the "keep infinite number of items" mode and has priority 0.
This manager has a restriction tube in front of it and on the line between the 2 managers goes off another tube towards the chest.

Now what happens is the following: If I craft for example some copper cables, the manager on the chest will first start sending copper out. However, he will only stop doing that if the manager on the project table no longer needs copper.
The problem happens now, the manager sends out for example 6 packets of 32 copper until the first one reaches the project table and is no longer requested.
Now the other 5 packets will travel back to the chest since there is a restriction tube in front of the manager.
Everything fine as long as only 1 type of item is requested at once.
But when there are 2 or more items requested at once, the manager will first send out those 6 packets of copper, however, at the moment when the 6th packet would be send out, the manager keeps it in his internal buffer because it's no longer requested and ignites his front red lights. He can't send out the second type of item as long as the copper is in his buffer.
If I break the tube in front of the manager, he will eject the copper and be able to send out the second type of item.

The ejecting when I break the tube would usually indicate that the tube network had no valid target for the copper.
However, the tube leading to the chest should be a valid target, so I can only assume that it waits explicitly for the other manager to be a valid target again.

Is such an auto-supply setup only possible if you have a chest + manager for every single item?

 

[Peppe]

I haven't used manager in a while, but I think the infinite mode does not work as you think. With no items set in its filter the 0 manager is trying to empty the chest of everything. I suspect if you clear its backlog and put anything unrelated in the chest first it would backlog on that.

So your 0 priority manager should be in infinite mode, but have one of each item type that you want in the iron chest. Otherwise it will try to empty the chest of everything.

 

[connerity1]

Yes, it has 1 of each item in its interface, there are no other items in the chest than those needed by the project table, didn't mention since it seemed obvious.
If it had no items in its interface, it would pump all items from the chest to the chest since the chest would be the only valid target.

 

[Peppe]

Yes, it has 1 of each item in its interface, there are no other items in the chest than those needed by the project table, didn't mention since it seemed obvious.
If it had no items in its interface, it would pump all items from the chest to the chest since the chest would be the only valid target.

You have a route to a chest and to the 0 priority manager on the same chest?

 

[Peppe]

Oh wait. Just set this up in a test world. I remember this bug.

There is a bug with 0 priority managers. Just set your infinite manager to 1 and the other manager to 2 or higher. Will work as you expect.

Edit:
Managers are so wierd... Without a restriction either to a different chest or the infinite manager chest it can jam itself, but with the restriction tube there it never uses the path, but never jams...

Seems like the bounce back items seek the pass-through of the infinite manager only if they have the restriction tube route available. If that isn't there they go right to the nearest hidden redpower 2 buffer inventory, which in a small network is the manager they could have routed through.