https://plarium.com/forum/en/soldiers-inc/bug-reports/103671_defensive-troops-attacked-defensive-troops-on-a-repository--2-/

Hello, Commander!

I have tested this feature and can confirm it works as intended. In case you send seize to a vacant Repository, the defensive troops won't participate in the battle. Even if the Repository turns captured when your troops arrive. 

Since the bug has not been confirmed, the troops cannot be restored. 

Agent Pavel said:

Hello, Commander!

I have tested this feature and can confirm it works as intended. In case you send seize to a vacant Repository, the defensive troops won't participate in the battle. Even if the Repository turns captured when your troops arrive. 

Since the bug has not been confirmed, the troops cannot be restored. 

Hello Pavel,

but in this case you have a report showing that the defensive troops were involved in the battle for the capture, so we are in the case of a bug.

So, I ask that an analysis be done, especially that you have another bug report that indicates the same malfunction.

Normally, we can not launch an attack against a vacant repository : 

So how the troop could make an attack when the only choice on an empty depot it's a capture ?

But but we have two reports of captures that resulted in attacks. And now we can not reproduce this bug...

We know the difference between an attack and a capture !

In conclusion, we ask that the troops lost during this action and bug be restored.

Thank you for your understanding.

Have a nice day.

Lem said:

Agent Pavel said:

Hello, Commander!

I have tested this feature and can confirm it works as intended. In case you send seize to a vacant Repository, the defensive troops won't participate in the battle. Even if the Repository turns captured when your troops arrive. 

Since the bug has not been confirmed, the troops cannot be restored. 

Hello Pavel,

but in this case you have a report showing that the defensive troops were involved in the battle for the capture, so we are in the case of a bug.

So, I ask that an analysis be done, especially that you have another bug report that indicates the same malfunction.

Normally, we can not launch an attack against a vacant repository : 

So how the troop could make an attack when the only choice on an empty depot it's a capture ?

But but we have two reports of captures that resulted in attacks. And now we can not reproduce this bug...

We know the difference between an attack and a capture !

In conclusion, we ask that the troops lost during this action and bug be restored.

Thank you for your understanding.

Have a nice day.

Your screenshots display the attack on Repository. In case you send units to capture the Repository, the battle report would indicate it was a siege, not the attack.

Lem said:

 we can not launch an attack against a vacant repository : 

So how the troop could make an attack when the only choice on an empty depot it's a capture ?

But but we have two reports of captures that resulted in attacks. And now we can not reproduce this bug...

We know the difference between an attack and a capture !

As I already wrote it is a capture that was launched and not an attack. 

It's impossible to launch an attack on an empty repository.

The bug is that this capture has been treated as an attack !

So analyze the logs because the losses are not neutral and represent money and time for the players.

Hello, commander! All actions in the game are made only after the appropriate command of the account holder. The game server processes the command received from the game client in the player's browser. If you send troops as an attack they will arrive at the target and commit an attack; if you dispatch battle squad for the capture, it will capture the target. Commands from the game client cannot be changed during the process of its delivery.

I understand your analysis and position.

But as I already said, the repository was free when each player launch the capture, the only choice when a repository is free.

However we have at least 2 cases which shows that there was a problem on free repository and for which 4 players had sent troops in capture with the result that the battle which has was delivered for players who came in second resulted in an attack.

The players involved are all regular players with more than 3 years of seniority on the game and who know the mechanics of the game.

Do you believe these players are stupids to launch an attack with defense?

Can you tell me where you are in the investigations for the restoration of the lost troops due to this bug ?

At least 4 players are impacted.

yes I would like this bug to be analyzed, because I suffered exactly the same problem to capture a free deposit.

As I agree to lose troops on an action of my fact, as I cannot agree to lose troops because of a dysfunction.

For the money which we spend in the game, you owe us a support in case of dysfunction noticed by several players.

Dear Commanders!

Compensation can be provided in case of a confirmed game malfunction which leads to the troops' loss. At this point, the bug has not been confirmed and the compensation cannot be provided. 

We have tested the feature and didn't find any issues with capturing the Repositories. If you send troops to capture the Repository, the defensive troops won't participate in the battle. Since the attacks have been sent to the Repositories, the troops were lost within the regular gameplay.

what do you not understand when we tell you that the repository was empty and that it is impossible to launch an attack against an empty repository ?

The players have sent capture on the free repository and this results in attacks. Here is the bug !

what do you not understand when we tell you that the repository was empty and that it is impossible to launch an attack against an empty repository ?

The players have sent capture on the free repository and this results in attacks. Here is the bug !