[BUG] Fully Loaded Offense: Hitpoints bonus assigned correctly but Damage bonus didn't include Airstrip units

[astero]

Chapter 2 that gave a hitpoints bonus was correctly applied to ALL units.

BUT... Chapter 3 with the damage bonus was applied ONLY to barracks troops but NOT to Airstrip units (for instance Fighters...).

Could someone please investigate this and fix the issue?

 

[GO Mod]

Hello Astero,

Thank you for reporting this issue, at this time the team is aware of this and is currently working to have this resolved.

We ask for your patience and understanding while the Development Team makes progress. We’ll update here on the forums as soon as more information becomes available.

 

[King Crimson]

Hello Astero,

Thank you for reporting this issue, at this time the team is aware of this and is currently working to have this resolved.

We ask for your patience and understanding while the Development Team makes progress. We’ll update here on the forums as soon as more information becomes available.

Any news on this bug fix?
My fighter and transport didn't receive the bonus yet my bomber did.

 

[Harlems369th]

Any news on this bug fix?
My fighter and transport didn't receive the bonus yet my bomber did.

No updates. It's been less than a week since the op, and it wasn't part of the 12.15 release.

 

[King Crimson]

No updates. It's been less than a week since the op, and it wasn't part of the 12.15 release.

Can l point out that this bug shouldn't have been part of the original release?
Why does every release come with bugs?? Where's the quality control or product testing at BHG?

 

[Harlems369th]

Can l point out that this bug shouldn't have been part of the original release?
Why does every release come with bugs?? Where's the quality control or product testing at BHG?

Video games are hard to make, I encourage you to try it some time.

As I've said before on the forums, the amount of testing a team of, say, 10 people can do in a 40-hour work week is immediately blown out of the water in possible scenarios done by Thousands of players in the same amount of time. While it can be frustrating to run into these issues, the QA team does work tirelessly to ensure a release comes out as best as it can.

 

[King Crimson]

Video games are hard to make, I encourage you to try it some time.

As I've said before on the forums, the amount of testing a team of, say, 10 people can do in a 40-hour work week is immediately blown out of the water in possible scenarios done by Thousands of players in the same amount of time. While it can be frustrating to run into these issues, the QA team does work tirelessly to ensure a release comes out as best as it can.

Why would l want to make a video game - l don't even play them as well as my grandkids.
And maybe it's just me but l think if you're adding an equation to the game, you'd check to make sure that you get the right answers.
But what do l know about making a video game?

 

[I.D]

Video games are hard to make, I encourage you to try it some time.

As I've said before on the forums, the amount of testing a team of, say, 10 people can do in a 40-hour work week is immediately blown out of the water in possible scenarios done by Thousands of players in the same amount of time. While it can be frustrating to run into these issues, the QA team does work tirelessly to ensure a release comes out as best as it can.

sir, this does not justify that you have to fix at least the final report of a battle in war, or other bugs that make the game problematic to play.
the number of people who work tirelessly (kudos to them) , i assume they are paid for their work. like any job. no one works for free. so kindly is not a justification.
nothing personal sincerely, but after 10 years it's a bit too much to see still similar issues. enough, add bugs that didn't exist before. battle report was working fine accurately 2-3 years ago. sorry but i needed to say it. again nothing personal with you guys. have a good weekend

 

[Seek]

sir, this does not justify that you have to fix at least the final report of a battle in war, or other bugs that make the game problematic to play.
the number of people who work tirelessly (kudos to them) , i assume they are paid for their work. like any job. no one works for free. so kindly is not a justification.
nothing personal sincerely, but after 10 years it's a bit too much to see still similar issues. enough, add bugs that didn't exist before. battle report was working fine accurately 2-3 years ago. sorry but i needed to say it. again nothing personal with you guys. have a good weekend

I second everything this player said. I did not say it though lol it is almost like my mind has been read. Players want proof war battles are legit so I have herd. Yet I did not say it lol 🪽🪽🪽🪽🪽

Long Live The Exiles A Misfits Mayors Nightmare
CTRL ALT Exiles
Seek

 

[King Crimson]

Not sure how thousands of possible scenarios is even relevant. There may be 1000s of players but we're all doing the same thing: upgrading x to affect y. If all of us have y, why should x affect us differently?
My limited knowledge finds it hard to understand how we're the problem.

 

[Harlems369th]

Not sure how thousands of possible scenarios is even relevant. There may be 1000s of players but we're all doing the same thing: upgrading x to affect y. If all of us have y, why should x affect us differently?
My limited knowledge finds it hard to understand how we're the problem.

The example of 10 v. 1000 is to share a bit of insight into how a bug may reveal itself even after something has been thoroughly tested. A game like and as old as DomiNations has so many variables that it's impossible to ask a group of 10 people to cover all possible variables. Not that it's up to the players to find the bugs, but that it's very probable 1000 people running into various scenarios can find an issue more than the 10. It's not an excuse, but the reality.

sir, this does not justify that you have to fix at least the final report of a battle in war, or other bugs that make the game problematic to play.
the number of people who work tirelessly (kudos to them) , i assume they are paid for their work. like any job. no one works for free. so kindly is not a justification.
nothing personal sincerely, but after 10 years it's a bit too much to see still similar issues. enough, add bugs that didn't exist before. battle report was working fine accurately 2-3 years ago. sorry but i needed to say it. again nothing personal with you guys. have a good weekend

You're right. It's frustrating that there are these long-standing issues, and they are genuinely being worked on. But because it's a 10-year game, not all of the original staff is here to help with the programming, which can lead to unknown domino effects when adding or adjusting lines of code. Some systems take extensive research to understand the changes that come with altering them. We're also a fairly small team, so this research>development>release takes time. The work is being done, prioritized, and I'm hoping to have more information for you soon with timelines.

 

[King Crimson]

Sorry, my limited understand is grappling with my common sense. I still can't fathom how 10 people, with 2 munitions applied to a troop, having upgraded the library to get a benefit, can be different from 1000 people, with 2 munitions applied to a troop, having upgraded the library to get a benefit.
Maybe it has something to do with the fact that not everyone has the same munitions applied to a troop? Given that there is a finite number of munitions combos per troop I wouldn't expect this to be an issue in testing.
But, as already stated, I have limited understanding.

This poster sums things up perfectly

I am a leading developer of banking software and I know what I am talking about. Any error in the application is a sign of disrespect for its users and a confirmation of the weak competence of the developers who wrote bad code, as well as the testers who did not find the error and allowed it to appear in the public working version of the application. An unfixed problem that is highlighted by users for years is the apogee of laziness and indifference to your business, to people and to yourself.
Imagine that your banking application has an error that leads to the fact that once a week money is written off from the account somewhere, just like that, for four years. Is it really impossible to make a correction in 4 years? In this time, you can write several similar applications from scratch! As for priorities - why hasn't the task of fixing the bug been added to the backlog for 4 years, and if it has been added, why does it have such a low priority that it hasn't been addressed for years?