Project

Profile

Help

HostedRedmine.com has moved to the Planio platform. All logins and passwords remained the same. All users will be able to login and use Redmine just as before. Read more...

Bug #846784

An existing building may not fulfill impr_req

Added by Sveinung Kvilhaugsvik over 2 years ago. Updated 4 months ago.

Status:
Closed
Priority:
Normal
Category:
General
Sprint/Milestone:
Start date:
Due date:
% Done:

0%

Estimated time:

Description

An existing building wont fulfill a unit type's impr_req unless the building itself can be built by the player. But the required building may have been build by the city's previous owner or by the current owner before one of its build requirements went away. Example of what this prevents: a ruleset where a unit training building only can be built during peace but can be used to produce units during war.

I think it is too late to change this in 2.6. Is it too late to change this in 3.0 too?


Related issues

Related to Freeciv - Bug #884993: impr_req for unittype doesn't work for Small WondersClosed

<a title="Actions" class="icon-only icon-actions js-contextmenu" href="#">Actions</a>
Blocks Freeciv - Task #939772: S3_2 datafile format freeze (d3f)New

<a title="Actions" class="icon-only icon-actions js-contextmenu" href="#">Actions</a>

History

#1 Updated by Marko Lindqvist over 2 years ago

Sveinung Kvilhaugsvik wrote:

An existing building wont fulfill a unit type's impr_req unless the building itself can be built by the player.

How does that work with the fact that (second instance of) building can't be built if it already exist?

#2 Updated by Marko Lindqvist over 1 year ago

  • Related to Bug #884993: impr_req for unittype doesn't work for Small Wonders added

#3 Updated by Marko Lindqvist over 1 year ago

  • Sprint/Milestone set to 3.1.0

#4 Updated by Marko Lindqvist over 1 year ago

  • Blocks Task #673656: S3_1 datafile format freeze (d3f) added

#5 Updated by Marko Lindqvist 10 months ago

Sveinung Kvilhaugsvik wrote:

Is it too late to change this in 3.0 too?

Any progress with this? Before it's too late for 3.1...

#6 Updated by Marko Lindqvist 4 months ago

  • Status changed from New to In Progress
  • Sprint/Milestone changed from 3.1.0 to 3.2.0

Another six months passed, no reply.

Also looked this once again myself, and I really don't like how unclear the semantics turn in a number of cases -> not a good candidate to get in a stable branch.

Going to both postpone, and to try to finish a patch for master, so it get proper exposure before we're nearing S3_2.

#7 Updated by Marko Lindqvist 4 months ago

  • Blocks Task #939772: S3_2 datafile format freeze (d3f) added

#8 Updated by Marko Lindqvist 4 months ago

  • Blocks deleted (Task #673656: S3_1 datafile format freeze (d3f))

#9 Updated by Marko Lindqvist 4 months ago

#10 Updated by Marko Lindqvist 4 months ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF