URL:
http://gna.org/bugs/?22396
Summary: Troubles with the science report in multiplayer
games
Project: Freeciv
Submitted by: pepeto
Submitted on: ven. 25 juil. 2014 10:07:53 CEST
Category: client-gtk-2.0
Update of bug #22395 (project freeciv):
Category:None = rulesets
Severity: 3 - Normal = 2 - Minor
Priority: 5 - Normal = 3 - Low
Release:
Follow-up Comment #3, bug #19882 (project freeciv):
See also bug #22395.
___
Reply to this item at:
http://gna.org/bugs/?19882
___
Message posté via/par Gna!
http://gna.org/
Update of bug #22396 (project freeciv):
Status:None = Duplicate
Open/Closed:Open = Closed
___
Reply to this item at:
Update of patch #4970 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
Update of patch #4971 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
URL:
http://gna.org/bugs/?22389
Summary: Server allows to move to transport tile even if it
cannot load into
Project: Freeciv
Submitted by: pepeto
Submitted on: jeu. 24 juil. 2014 08:21:52 CEST
Category: general
Follow-up Comment #1, bug #22364 (project freeciv):
Actually the problem is not about too big values, but about uninitialized data
(I never get the same values in messages). All errors occurs from
common/packets_gen.c:
line 13938: dio_put_sint8(dout, real_packet-orders_bases[i]);
line 13949:
Follow-up Comment #2, bug #22216 (project freeciv):
See also bug #22364.
___
Reply to this item at:
http://gna.org/bugs/?22216
___
Message posté via/par Gna!
http://gna.org/
Update of bug #22347 (project freeciv):
Status:None = Ready For Test
Release: = S2_5, trunk
Planned Release: = 2.5.0, 2.6.0
Follow-up Comment #1, bug #22346 (project freeciv):
Attached fix for bug #22347 would also solve this one.
___
Reply to this item at:
http://gna.org/bugs/?22346
___
Message posté via/par
Follow-up Comment #2, bug #22347 (project freeciv):
See also bug #22346.
___
Reply to this item at:
http://gna.org/bugs/?22347
___
Message posté via/par Gna!
http://gna.org/
Update of bug #22386 (project freeciv):
Status:None = Ready For Test
Planned Release: = 2.6.0
___
Follow-up Comment #1:
Probable fix
URL:
http://gna.org/bugs/?22391
Summary: Crash in do_paradrop()
Project: Freeciv
Submitted by: pepeto
Submitted on: jeu. 24 juil. 2014 12:47:25 CEST
Category: general
Severity: 3 - Normal
URL:
http://gna.org/patch/?4982
Summary: Better transporter_for_unit()
Project: Freeciv
Submitted by: pepeto
Submitted on: jeu. 24 juil. 2014 12:51:47 CEST
Category: general
Priority: 5 - Normal
Follow-up Comment #3, bug #22386 (project freeciv):
It seems you have done the check in patch #4086. I don't get any error
messages for pollution nor nuclear fallout.
___
Reply to this item at:
http://gna.org/bugs/?22386
Follow-up Comment #3, bug #22216 (project freeciv):
Fixed typo for bug #21143.
(file #21540)
___
Additional Item Attachment:
File name: load_S2_5_unit_orders.patchSize:0 KB
Update of bug #22364 (project freeciv):
Category:None = general
Status:None = Ready For Test
Planned Release: = 2.4.3, 2.5.0-beta2, 2.6.0
URL:
http://gna.org/patch/?4985
Summary: Path-finding better attack handling
Project: Freeciv
Submitted by: pepeto
Submitted on: jeu. 24 juil. 2014 16:07:28 CEST
Category: ai
Priority: 5 - Normal
Follow-up Comment #2, patch #4985 (project freeciv):
I have thought about that and based by first version of the patch on it. But
the process is very different. In combat.c, we test unit/unit (duplicating lot
of useless tests) with full data. In path-finding, we want to know (1) if we
are able to
Update of bug #22187 (project freeciv):
Assigned to: pepeto = None
___
Follow-up Comment #12:
I won't do that for S2_5.
___
Reply
URL:
http://gna.org/bugs/?22392
Summary: 1: in is_native_to_class() [movement.c::301]:
assertion '((void *)0) != punitclass-cache.native_tile_bases' failed.
Project: Freeciv
Submitted by: pepeto
Submitted on: jeu. 24 juil. 2014 20:35:38
Update of bug #22392 (project freeciv):
Status:None = Ready For Test
Operating System:None = Any
Planned Release: = 2.4.3
Follow-up Comment #2, bug #22393 (project freeciv):
Do the second patch in patch ##4973 solve your issue?
___
Reply to this item at:
http://gna.org/bugs/?22393
___
Message posté via/par
Update of bug #22359 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of patch #4912 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
URL:
http://gna.org/bugs/?22386
Summary: in can_unit_do_activity_targeted_at()
[common/unit.c::1018]: assertion 'target != NULL' failed
Project: Freeciv
Submitted by: pepeto
Submitted on: mer. 23 juil. 2014 16:46:23 CEST
URL:
http://gna.org/patch/?4978
Summary: Ruleset advance sanity check
Project: Freeciv
Submitted by: pepeto
Submitted on: mer. 23 juil. 2014 16:49:34 CEST
Category: rulesets
Priority: 5 - Normal
Update of bug #22058 (project freeciv):
Status:None = Ready For Test
Assigned to:None = pepeto
Planned Release: = 2.6.0
URL:
http://gna.org/patch/?4979
Summary: Move player_research_update()
Project: Freeciv
Submitted by: pepeto
Submitted on: mer. 23 juil. 2014 17:03:04 CEST
Category: general
Priority: 5 - Normal
Update of patch #4726 (project freeciv):
Depends on: = patch #4979
___
Reply to this item at:
http://gna.org/patch/?4726
___
Message posté
Update of bug #21468 (project freeciv):
Category:None = editor
Status:None = Ready For Test
Assigned to:None = pepeto
Planned Release
Update of bug #22341 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #22380 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #22375 (project freeciv):
Status:None = Wont Fix
___
Follow-up Comment #3:
Reading the attached files. You used svn trunk version for saving the game.
But the saving
Update of bug #22079 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Follow-up Comment #3, patch #4912 (project freeciv):
Fixed missed-placed send_unit_info() in unit_move() + reworked the part to
remove test duplicates.
(file #21506, file #21507)
___
Additional Item Attachment:
File name:
URL:
http://gna.org/bugs/?22380
Summary: Cannot jump from transport to another transport
Project: Freeciv
Submitted by: pepeto
Submitted on: mar. 22 juil. 2014 12:31:04 CEST
Category: general
Severity: 3
URL:
http://gna.org/patch/?4973
Summary: Utility for iterating transporters/cargo of a unit
Project: Freeciv
Submitted by: pepeto
Submitted on: mar. 22 juil. 2014 19:02:17 CEST
Category: general
Priority
Update of bug #22317 (project freeciv):
Depends on: = patch #4973
___
Reply to this item at:
http://gna.org/bugs/?22317
___
Message posté
Update of bug #22317 (project freeciv):
Status:None = Ready For Test
Operating System:None = Any
___
Follow-up Comment #3:
Patch ready for
Update of bug #18191 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of patch #4931 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
Follow-up Comment #2, patch #4912 (project freeciv):
Patches updated against current trunk.
(file #21494, file #21495)
___
Additional Item Attachment:
File name: trunk_send_unit_info_to_onlookers2.patch Size:14 KB
File name:
Update of bug #22359 (project freeciv):
Category: freeciv-web = general
Status:None = Ready For Test
Assigned to:None = pepeto
URL:
http://gna.org/patch/?4970
Summary: Better path-finding reverse maps
Project: Freeciv
Submitted by: pepeto
Submitted on: lun. 21 juil. 2014 16:38:14 CEST
Category: general
Priority: 5 - Normal
Update of patch #4933 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #22079 (project freeciv):
Status:None = Ready For Test
Assigned to:None = pepeto
___
Follow-up Comment #6:
Patches attached
Update of bug #22341 (project freeciv):
Status: Confirmed = Ready For Test
___
Follow-up Comment #7:
Fix attached to remove crashes and failed assertions.
it seems like that would potentially
Update of bug #22243 (project freeciv):
Category:None = general
Status:None = Ready For Test
___
Follow-up Comment #2:
Attached patch
Update of bug #22299 (project freeciv):
Assigned to:None = pepeto
___
Reply to this item at:
http://gna.org/bugs/?22299
___
Message posté
Update of patch #4930 (project freeciv):
Assigned to:None = pepeto
___
Reply to this item at:
http://gna.org/patch/?4930
___
Message posté
Update of patch #4931 (project freeciv):
Status: Ready For Test = In Progress
Assigned to:None = pepeto
___
Follow-up Comment #4:
I think a version
Update of patch #4932 (project freeciv):
Assigned to:None = pepeto
___
Reply to this item at:
http://gna.org/patch/?4932
___
Message posté
Update of patch #4933 (project freeciv):
Assigned to:None = pepeto
Planned Release: = 2.5.0, 2.6.0
___
Reply to this item at:
http://gna.org
Update of bug #22317 (project freeciv):
Category:None = ai
Assigned to:None = pepeto
___
Reply to this item at:
http://gna.org
Update of bug #20618 (project freeciv):
Planned Release: = 2.6.0
___
Reply to this item at:
http://gna.org/bugs/?20618
___
Message posté
Update of bug #22359 (project freeciv):
Release: = trunk r25603
Operating System: GNU/Linux = Any
Planned Release: = 2.6.0
Update of bug #22050 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #22299 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #22187 (project freeciv):
Assigned to:None = pepeto
___
Reply to this item at:
http://gna.org/bugs/?22187
___
Message posté
Update of bug #22317 (project freeciv):
Depends on: = bugs #22187
___
Reply to this item at:
http://gna.org/bugs/?22317
___
Message posté
Update of patch #4930 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
Update of patch #4932 (project freeciv):
Open/Closed:Open = Closed
___
Reply to this item at:
http://gna.org/patch/?4932
___
Message posté
Follow-up Comment #9, bug #22359 (project freeciv):
I meant this shouldn't be applied to trunk. This does not fix the real bug.
___
Reply to this item at:
http://gna.org/bugs/?22359
___
Update of patch #4931 (project freeciv):
Status: In Progress = Ready For Test
Planned Release: 2.6.0 = 2.4.3, 2.5.0, 2.6.0
___
Follow-up Comment #5:
Attached patch for
Update of bug #18191 (project freeciv):
Status:None = Ready For Test
Assigned to:None = pepeto
___
Follow-up Comment #3:
Patches attached
Update of bug #20758 (project freeciv):
Status:None = Need Info
___
Follow-up Comment #2:
I fail to reproduce.
___
Reply to
Update of patch #4912 (project freeciv):
Category:None = general
Status:None = Ready For Test
Assigned to:None = pepeto
Planned Release
Follow-up Comment #2, bug #22317 (project freeciv):
Reading could_unit_load() in common/unit.c, the missing tests are:
* unit_transport_check() ;
* GAME_TRANSPORT_MAX_RECURSIVE.
(Amphibious path-finding is another problem. It is used to make paths for a
transporter and its cargo, I doubt
Update of bug #22050 (project freeciv):
Status: In Progress = Ready For Test
___
Follow-up Comment #16:
Patches attached:
* for S2_4: remove all load/unload restrictions + a part of the improvements
Follow-up Comment #2, patch #4931 (project freeciv):
Patch #4926, comment 1: I said since bug #20361, there were a SINGLE_MOVE cost
hack except for pf_fuel_map. Actually, this was not right. This hack was
present there too and I forgot to remove it in patch #4889.
This part my be moved to patch
Follow-up Comment #2, patch #4933 (project freeciv):
I have got better results when profiling. Without the patch:
10.48269.30 269.30 6034611504 0.00 0.00 normalize_map_pos
7.72467.57 198.27 1074190408 0.00 0.00 pf_normal_map_iterate
7.02647.97 180.40
Update of bug #22299 (project freeciv):
Status:None = Ready For Test
Planned Release: = 2.5.0, 2.6.0
___
Follow-up Comment #1:
Fix attached for
Follow-up Comment #9, bug #21950 (project freeciv):
(MAX_UINT16 2 | 0x3), ((MAX_UINT16 2) | ((1 2) - 1)), or even
(MAX_UINT16 2 | 0xff) would be more readable I think.
___
Reply to this item at:
http://gna.org/bugs/?21950
Follow-up Comment #4, patch #4933 (project freeciv):
I think the most of the gain is visible in late game (when the AI begins to
build fueled units). It may explain why results could be so different.
___
Reply to this item at:
Follow-up Comment #10, bug #21950 (project freeciv):
And if we are supposed to add 1, why not using (1 18)?
___
Reply to this item at:
http://gna.org/bugs/?21950
___
Message posté via/par
Update of bug #22050 (project freeciv):
Status: Need Info = In Progress
___
Reply to this item at:
http://gna.org/bugs/?22050
___
Message posté
Update of bug #22187 (project freeciv):
Status: Fixed = In Progress
Assigned to: pepeto = None
Open/Closed: Closed = Open
URL:
http://gna.org/bugs/?22317
Summary: Path-finding unable to handle recursive transports
restrictions
Project: Freeciv
Submitted by: pepeto
Submitted on: sam. 12 juil. 2014 16:57:31 CEST
Category: None
Update of bug #22050 (project freeciv):
Depends on: = bugs #22187
___
Reply to this item at:
http://gna.org/bugs/?22050
___
Message posté
Update of bug #22050 (project freeciv):
Depends on: = bugs #22317
___
Reply to this item at:
http://gna.org/bugs/?22050
___
Message posté
Follow-up Comment #1, patch #4926 (project freeciv):
Patch #4889 removed the calculation of the cost of an attack,
instead using a flat value of SINGLE_MOVE.
It was already the case before since bug #20361 (except for pf_fuel_map,
probably because this algorithm is based on the assumption all
Follow-up Comment #3, patch #4926 (project freeciv):
I thought we changed it to not be SINGLE_MOVE again with
attack_move_cost() in patch #3901
In pf_normal_map_iterate() and pf_danger_map_iterate(), the value was
overwritten to SINGLE_MOVE in any case.
Path-finding is like a photography. It
Update of bug #22059 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #22060 (project freeciv):
Status: In Progress = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #2:
Fixed within bug
Update of bug #22061 (project freeciv):
Status: In Progress = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #2:
Fixed within bug
URL:
http://gna.org/patch/?4930
Summary: pf_fuel_map: referenced pf_fuel_pos
Project: Freeciv
Submitted by: pepeto
Submitted on: ven. 11 juil. 2014 19:47:21 CEST
Category: ai
Priority: 5 - Normal
Additional Item Attachment, patch #4931 (project freeciv):
File name: pf_fuel_map_adjust.patch Size:13 KB
___
Reply to this item at:
http://gna.org/patch/?4931
___
Message posté
URL:
http://gna.org/patch/?4932
Summary: pf_fuel_map: cache step most costs
Project: Freeciv
Submitted by: pepeto
Submitted on: ven. 11 juil. 2014 20:01:07 CEST
Category: ai
Priority: 5 - Normal
URL:
http://gna.org/patch/?4933
Summary: reduce the number of calls to normalize_map_pos()
Project: Freeciv
Submitted by: pepeto
Submitted on: ven. 11 juil. 2014 22:47:32 CEST
Category: general
Priority: 5
Update of bug #22287 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of patch #4909 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #22062 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of patch #4911 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
Follow-up Comment #2, bug #22059 (project freeciv):
I think we don't expect the tech cost be multiplied by 2^nb_of_players when
passing year 1 in the civ1 and civ2 rulesets.
So attaching a new version of the patch:
* EFT_TECH_COST_FACTOR is taken in account proportionally to the number of
Update of patch #4889 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
Update of patch #4910 (project freeciv):
Status: Ready For Test = Done
Open/Closed:Open = Closed
___
Reply to this item at:
URL:
http://gna.org/bugs/?22299
Summary: Server allows to move to transport tile even if it
cannot load into
Project: Freeciv
Submitted by: pepeto
Submitted on: mer. 09 juil. 2014 15:13:03 CEST
Category: general
Update of bug #22187 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Follow-up Comment #8:
I raised bug #22299
601 - 700 of 4769 matches
Mail list logo
