[Freeciv-Dev] [patch #1618] Scripting/API: Use specific argument error messages

Update of patch #1618 (project freeciv): Depends on: => patch #1601 ___ Reply to this item at: ___ Meddelande

[Freeciv-Dev] [patch #1618] Scripting/API: Use specific argument error messages

URL: Summary: Scripting/API: Use specific argument error messages Project: Freeciv Submitted by: englabenny Submitted on: söndag 2010-04-11 den 23:55 Category: None Priority:

[Freeciv-Dev] [patch #1574] add a player to a running game

Follow-up Comment #9, patch #1574 (project freeciv): I wonder if it should be possible to choose the nation for the player to be created. It would make sense for scenario scripts. nil/NULL would be "random nation" (that part works very well by the way, seems to pick nations of the same category a

[Freeciv-Dev] [bug #15725] [Metaticket] Lua script security

Update of bug #15725 (project freeciv): Depends on: => patch #1617 ___ Reply to this item at: ___ Meddelandet

[Freeciv-Dev] [patch #1617] Release script objects for removed units and cities

Update of patch #1617 (project freeciv): Depends on: => bugs #13709 ___ Reply to this item at: ___ Meddelande

[Freeciv-Dev] [patch #1617] Release script objects for removed units and cities

URL: Summary: Release script objects for removed units and cities Project: Freeciv Submitted by: englabenny Submitted on: söndag 2010-04-11 den 22:10 Category: general Priority

[Freeciv-Dev] [bug #15844] Crash upon connecting to a game

Follow-up Comment #5, bug #15844 (project freeciv): Yes, it seems to fix the problem for me too. ___ Reply to this item at: ___ Message sent via/by Gna! http

[Freeciv-Dev] [bug #15844] Crash upon connecting to a game

Update of bug #15844 (project freeciv): Planned Release: 2.3.0 => 2.2.1,2.3.0 ___ Follow-up Comment #4: >- if (pcity->owner->ai->funcs.city_close) { >+ if (pcity->owner->ai && pcity->owner->ai->func

[Freeciv-Dev] [bug #15844] Crash upon connecting to a game

Follow-up Comment #3, bug #15844 (project freeciv): Thanks. I saw consistent crashes every time a city was destroyed (trunk) (either "real" city destruction in the game or when the client quits). I didn't have time yet to make a clean checkout to test&report it yet. This seems to be it, the patch

[Freeciv-Dev] [bug #15844] Crash upon connecting to a game

Update of bug #15844 (project freeciv): Category: client-gtk-2.0 => client ___ Reply to this item at: ___ Nachricht g

[Freeciv-Dev] [bug #15844] Crash upon connecting to a game

ght places?) (file #8916, file #8917) ___ Additional Item Attachment: File name: 20100411-01-S2_2-check-if-ai-is-initialised.patch Size:1 KB File name: 20100411-02-trunk-check-if-ai-is-initialised-tr

[Freeciv-Dev] [bug #15845] remove newlines in log messages

2.3.0 ___ Details: ___ File Attachments: --- Date: Sonntag 11.04.2010 um 22:11 Name: 20100411-01-trunk-remove-newlines-in-log-messages.patch Siz

[Freeciv-Dev] [bug #15844] Crash upon connecting to a game

Follow-up Comment #1, bug #15844 (project freeciv): I forgot to say that this is with S2_2 branch. ___ Reply to this item at: ___ Message sent via/by Gna! ht

[Freeciv-Dev] [bug #15844] Crash upon connecting to a game

URL: Summary: Crash upon connecting to a game Project: Freeciv Submitted by: jorneg Submitted on: domingo 11/04/10 at 19:52 Category: client-gtk-2.0 Severity: 5 - Blocker

[Freeciv-Dev] [patch #1582] UTF-8 utilities

Follow-up Comment #4, patch #1582 (project freeciv): Truncation is fundamentally unavoidable unless we strdup-printf every string we make everywhere, which isn't going to happen. We can cut down on it by making buffers sufficiently long. ATM there is an issue with MAX_LEN_NAME. This is suppose

[Freeciv-Dev] [patch #1614] execute freeciv commands in lua

Follow-up Comment #1, patch #1614 (project freeciv): I guess if caller is handled the same way as for other commands so that access controls still apply, it will be safe. What happens if caller is NULL? *This particular* instance of lua scripting in freeciv is about the game; not the server, not

[Freeciv-Dev] [bug #15839] remove pcity->server.vision checks in the client

Update of bug #15839 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #1600] merge find_closest_owned_city() and dist_nearest_city()

Update of patch #1600 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [patch #1236] experimental ruleset

Update of patch #1236 (project freeciv): Status: Ready For Test => Done Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #15832] trunk will not compile

Update of bug #15832 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #15830] define new rulest values for tech upkeep

Update of bug #15830 (project freeciv): Status: Ready For Test => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[Freeciv-Dev] [bug #15697] Saner handling of "Ready All"

Follow-up Comment #1, bug #15697 (project freeciv): Seems like a stack of units to be readied, could help here. When a new unit needs to be selected we first check off the stack. When selecting "ready all" all units on the tile are added to the stack. But how should this interact with multiple

[Freeciv-Dev] [bug #15825] ggz page halted client

Update of bug #15825 (project freeciv): Assigned to:None => jdorje ___ Reply to this item at: ___ Message sen

[Freeciv-Dev] [patch #1614] execute freeciv commands in lua

Update of patch #1614 (project freeciv): Depends on: => bugs #15709 ___ Reply to this item at: ___ Nachricht

[Freeciv-Dev] [patch #1574] add a player to a running game

Update of patch #1574 (project freeciv): Depends on: => patch #1613 ___ Reply to this item at: ___ Nachricht

[Freeciv-Dev] [patch #1574] add a player to a running game

Update of patch #1574 (project freeciv): Depends on: => patch #1615 ___ Reply to this item at: ___ Nachricht

[Freeciv-Dev] [patch #1616] add create_player lua function

Update of patch #1616 (project freeciv): Depends on: => patch #1574 ___ Reply to this item at: ___ Nachricht

[Freeciv-Dev] [patch #1616] add create_player lua function

Ulrik Sverdrup (see patch #1574) ___ File Attachments: --- Date: Sonntag 11.04.2010 um 15:47 Name: 20100411-06-trunk-add-create_player-lua-function.patch Size: 7kB By: syntron

[Freeciv-Dev] [patch #1574] add a player to a running game

: 20100411-05-trunk-add-a-player-to-a-running-game.patch Size:16 KB ___ Reply to this item at: <http://gna.org/patch/?1574> ___ Nachricht geschickt von/durch Gna! http://g

[Freeciv-Dev] [patch #1615] cleanup player name check

etails: ___ File Attachments: --- Date: Sonntag 11.04.2010 um 15:46 Name: 20100411-04-trunk-cleanup-player-name-check.patch Size: 4kB By: syntron <http://gna.org/patch/download.php?fil

[Freeciv-Dev] [patch #1614] execute freeciv commands in lua

know if we want somethinglike this as it is a security risk. I'm open for discussion. ___ File Attachments: --- Date: Sonntag 11.04.2010 um 15:45 Name: 20100411-03-trunk-execute-fre

[Freeciv-Dev] [patch #1613] cleanup stdinhand.c:handle_stdin_input()

eplace 'char *str' by 'const char *str' ___ File Attachments: --- Date: Sonntag 11.04.2010 um 15:44 Name: 20100411-02-trunk-cleanup-stdinhand.c-handle_stdin_input.patc

[Freeciv-Dev] [bug #13709] Switch from toluaxx to tolua-5.1b

Follow-up Comment #7, bug #13709 (project freeciv): That's a good idea. I think we can be without the first patch for tolua_outside, see bug #15841. The second patch for tolua_notnil is still interesting since there is a lot less duplicate code/duplicate checks needed with it. But we don't need

[Freeciv-Dev] [bug #13709] Switch from toluaxx to tolua-5.1b

Follow-up Comment #6, bug #13709 (project freeciv): Perhaps you could add the patches to this external program code in an extra directory. This way they are available if a new version has to be patched. ___ Reply to this item at: