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...
Alina L.
- Login: Caedo
- Registered on: 2017-04-30
- Last connection: 2023-06-09
Issues
open | closed | Total | |
---|---|---|---|
Assigned issues | 2 | 0 | 2 |
Reported issues | 14 | 21 | 35 |
Projects
Project | Roles | Registered on |
---|---|---|
Freeciv | Reporter | 2017-05-01 |
Activity
2022-09-24
-
I'd been planning on doing vectors in general once I'm happy with the whole cleanup job. However, given this ticket, I just looked into it a bit and... I'm not sure how possible it is at the moment without turning part of the netcode ins... Feature #657288: protocol: create a strvec field typeRequested by Sveinung Kvilhaugsvik <sveinung>
2022-07-03
-
Split out the part replacing @free(...); ... = NULL;@ with @FC_FREE(...);@ -> https://osdn.net/projects/freeciv/ticket/44993 Bug #745593: JSON protocol: delta doesn't workWhen configured with --enable-json, the clients can't connect to the server. It works with delta disabled (--enable-json --disable-delta-protocol).
Seen on master, but other branches are probably affected too.
2022-01-27
-
Alrighty then.
Regression tests passed for each of the supplied (non-modpack) rulesets (I did one pair of 7-player, 250-turn games each). Feature #695469: Add requirement vector "Tile" rangeThe "Local" range can currently be pretty confusing, since it contains some information on the current tile (e.g. terrain type and extras), but not all (e.g. different units on the tile). Since, depending on effect type, it's not viable ... -
> Alina L. wrote:
> > Marko Lindqvist wrote:
> > > About testing: Are you aware of any reason why this could alter autogames, i.e., does it make sense to do regression testing for this with autogames? (running a... -
> Now, should we consider that new ticket a dependency for this one, to be able resolve above issue cleanly, or do we have a good way to resolve it without?
While I generally prefer doing things cleanly, I'm no...
2022-01-26
-
Marko Lindqvist wrote:
> Could we avoid duplicating (and hardcoding) range names in rscompat_req_range_3_2(), i.e., to use their enum values instead?
Will do. Presumably this goes for the requirement / universal types as well?
Marko... Feature #695469: Add requirement vector "Tile" rangeThe "Local" range can currently be pretty confusing, since it contains some information on the current tile (e.g. terrain type and extras), but not all (e.g. different units on the tile). Since, depending on effect type, it's not viable ... -
Notes:
* @rssanity.c@'s @sanity_check_req_vec@ and @sanity_check_req_set@ fu...
2022-01-25
-
I'm starting work on the first part of this – introducing the new Tile range and moving requirement types from Local to it as appropriate (i.e. when they're referring to the target tile). I'll raise a separate ticket for the followup re:... Feature #695469: Add requirement vector "Tile" rangeThe "Local" range can currently be pretty confusing, since it contains some information on the current tile (e.g. terrain type and extras), but not all (e.g. different units on the tile). Since, depending on effect type, it's not viable ...
2021-03-07
-
Just realized: Unless there's special handling for it, Tile_Workable effects with worked tile requirements will likely have very weird semantics. Depending on implementation, sanity checks forbidding such requirements entirely might be s... Feature #919184: Requirement for a tile to be worked by a cityBasic idea is a @"CityTile", "Worked", "Local/Adjacent/CAdjacent"@ requirement that is fulfilled if and only if a tile in the given range is being worked by a city's citizens.
Whether or not this should apply to the city center is debat...
2021-03-03
-
Fixed.
Marko Lindqvist wrote:
> The one I'm still undecided if it should be changed or not; In several places you use full blown fc_snprintf() while just wanting to copy constant string.
That was mostly imitating the surrounding c... Feature #921525: New improvement genus for coinage-like improvementsIdea: Put the "can never be finished / whole production output used up every turn" functionality, which is currently attached to the "Gold" improvement flag, into a new improvement genus "Convert". The "Gold" flag is still responsible fo...
Also available in: Atom