URL: http://bugs.freeciv.org/Ticket/Display.html?id=39358
When there is a vote while the pregame, and a player leaves or is lost, the
players are renumbered. But votes are based on player_no, so the vote are
messed up.
For exemple:
* A (player 0), B (player 1), C (player 2) are connected on
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39374
I configured with --enable-auth and got many warnings:
auth.c: In function authdb_check_password:
auth.c:422: attention : pointer targets in passing argument 3 of
create_md5sum differ in signedness
auth.c:423: attention : pointer
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39375
Is this a bug you can change all geological settings, the generator doesn't
generate a different kind of map? For example, set steepness 100, you will
have less mountains than with steepness 30.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39376
When I tried to compile branches/S2_0, I got this message:
da.po:6640: Il n'y a pas le même nombre de spécifications de format entre «
msgid » et « msgstr[1] ».
/usr/bin/msgfmt: 1 erreur fatale trouvée
Sorry for french. It means there
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39392
When a user connect a server where nplayers = maxplayer, he is attached to a
new player.
I guess if nplayer = MAX_NUM_PLAYERS + MAX_NUM_BARBARIANS, it will crash.
Please correct the bug for 2.0, 2.1 and trunk branches:
---
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39402
In 2.0, when a user join and start observing while SELECT_RACES_STATE, his
client crash because ruleset infos are not sent:
0: Cannot find any palace building
0: Cannot find any land defend building
civclient: unittype.c:89:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39418
S2_1 doesn't compile anymore since the last revision :(
There are 7 translation errors (escape string number differs between msgid
and msgstr.
_
Découvrez le Blog heroic
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39456
From Gilles Seguin:
When you click on the right or the left on the cursor on a hscale in the
Governor page, the value decrease or increase by 1. This is not the case
of celebrate hscale, is this a bug or a forgotten stuff?
---
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39455
[engla - Sam. Jul. 14 11:20:57 2007]:
Caused by the checkin in #15260. Here is a patch that works with both
the 2.1 and trunk branches.
This patch looks very better. Thank you
___
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39458
The function do_unit_goto() doesn't work anymore since 2.1. This is
annoying when you load save game and you have to reset destination for
every unit. The function always returns 2 (GR_OUT_OF_MOVEPOINTS).
It should be nice if could
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39458
[pepeto - Sam. Jul. 14 22:31:59 2007]:
The function do_unit_goto() doesn't work anymore since 2.1. This is
annoying when you load save game and you have to reset destination for
every unit. The function always returns 2
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39458
[pepeto - Sam. Jul. 14 22:31:59 2007]:
The function do_unit_goto() doesn't work anymore since 2.1. This is
annoying when you load save game and you have to reset destination for
every unit. The function always returns 2
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39458
[pepeto - Sam. Jul. 14 22:31:59 2007]:
The function do_unit_goto() doesn't work anymore since 2.1. This is
annoying when you load save game and you have to reset destination for
every unit. The function always returns 2
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39458
Sorry, all wrong ticket...
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39462
When you attempt to move few units and one cannot do the move (if it's
not the first), you get a crash:
#0 pft_concat (dest_path=0x0, src_path=0x0) at pf_tools.c:841
old_length = value optimized out
__PRETTY_FUNCTION__ =
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39464
I checked unused entries for the section file sent by the metaserver to
te client. There is a strange thing: the server's settings (allowtake,
endyear, generator, maxplayers, minplayers, size, timeout, turn and
year) are not sent when
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39503
When a user gets cut in a pregame, the next player user name is set to
Unassigned.
--- server/stdinhand.c 2007-08-07 14:10:49.0 +0200
+++ server/stdinhand.c.new 2007-08-07 14:16:35.0 +0200
@@ -3750,6 +3750,7 @@
enum
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39526
When a string contain the '\\' character (for example hello\\nworld),
parsing into a section file make it as 1 character with the next
character (in the example hello\nworld).
If the string ended with ...\\, it will be transformed to
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39566
About, worklist.h, line 59:
Because of an argument of the macro is named worklist, you cannot use
struct worklist. Or it will give some like:
worklist_iterate(pcity-worklist, prod) {
{
struct pcity-worklist *_worklist =
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39462
This is a first patch to fix the bug. With this, you cannot get a crash
with goto, patrol and connect. However, the cursor doesn't work well,
sometimes it's give a right move cursor, sometimes a wrong move cursor.
If you want I continue
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39462
[wsimpson - Mer. Aoû. 15 20:41:39 2007]:
Pepeto _ wrote:
sometimes it's give a right move cursor, sometimes a wrong move cursor.
If you want I continue to fix this bug, I would like to know if the
wrong cursor should be used
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39462
[wsimpson - Jeu. Aoû. 16 01:18:04 2007]:
Are there some old bug reports with games we can test?
This is a save game you can test this, with select the engineers with Y,
on the 2 islands. Then you can test goto, patrol and connect...
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39462
[wsimpson - Jeu. Aoû. 16 01:18:04 2007]:
Are there some old bug reports with games we can test?
This is a save game you can test this, with select the engineers with Y,
on the 2 islands. Then you can test goto, patrol and connect...
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39462
This patch should work faster (when there are a lot of unit for
example). This one can be apply on 2.1 and trunk. Enjoy...
--- client/control.c.old 2007-08-15 20:28:54.0 +0200
+++ client/control.c 2007-08-16 10:49:38.0
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39575
at revision 13068, 13069 and 13070, ATTRIBUTE_CHUNK_SIZE had been changed.
But, ATTRIBUTE_CHUNK_SIZE is used to define packets.
PACKET_PLAYER_ATTRIBUTE_CHUNK=47; pre-send, sc,cs,handle-via-packet
UINT32 offset, total_length,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39575
[wsimpson - Jeu. Aoû. 16 13:48:36 2007]:
Pepeto _ wrote:
There is no released version with this new code.
IT'S VERY DANGEROUS TO RUN DEVELOPMENT CODE AGAINST RELEASED SERVERS.
You want to run development code, you also have
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39577
When you bribe a city in 2.0, the units are not transfered correctly.
Actually, you get all the homecities of the units.
It seems there were an error at revision 13057:
(PR#39431) Cannot add settlers to city
patch by Timothy Brownawell
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39575
[wsimpson - Jeu. Aoû. 16 15:22:31 2007]:
Pepeto _ wrote:
You are wrong, the 2.0 branch is supposed be stable. All the user with a
2.0.* client would be able to play on a 2.0.* server without
compatibility problems.
You
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39577
[wsimpson - Jeu. Aoû. 16 15:33:37 2007]:
Pepeto _ wrote:
But wipe_unit(vunit) in 2.0 is needed, because transfer_unit() makes
already a new unit. In 2.1, the same structure is used, so there is no
problem.
Then that's a bug
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39575
[per - Jeu. Aoû. 16 22:10:35 2007]:
On Thu, 16 Aug 2007, William Allen Simpson wrote:
You don't have a 2.0.* client. That's an unreleased development client.
We have for a long time been running a fresh checkout of stable
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39462
This is the final patch, which include a new get_line_dest() function
(now, it would really return the destination tile and not the first unit
destination which could be his own tile). I tried to optimize the code
in time.
Sorry, I know
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39462
To get the crash:
- first select the engineer which is in the city. Select both (with Y)
- if you try to move both on the first selected unit island, the crash
occurs...
- if you try to move on the other island, nothing happen.
Let try
URL: http://bugs.freeciv.org/Ticket/Display.html?id=18010
Sorry, it seems I didn't give enough info to reproduce the bug. The only
thing you have to get is to select at least 2 units and be sure one
cannot do the move the other can do.
In this example, you need 2 engineers or more (or
URL: http://bugs.freeciv.org/Ticket/Display.html?id=18010
[wsimpson - Ven. Aoû. 17 18:37:21 2007]:
Pepeto _ wrote:
1 - Select many land units on 2 island (with Y).
OK, I'm beginning to see where this is crazy. Two islands?!?!
What client are you using? This is S2_1?
I'm using S2_1
URL: http://bugs.freeciv.org/Ticket/Display.html?id=18010
A small tricks to obtain the crash when 2 land units of different
island, attempt move them where there is a path, but there is a wrong
destination cursor.
___
Freeciv-dev mailing list
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39596
[wsimpson - Mar. Aoû. 21 08:23:16 2007]:
Left ReportFreezeFix, as this is not in trunk and therefore may be removed
before conclusion of beta cycle.
I don't understand why keep mandatory capability. If you want really
make this clean
URL: http://bugs.freeciv.org/Ticket/Display.html?id=18010
[wsimpson - Mar. Aoû. 21 23:06:55 2007]:
1) The tiles array is uninitialized; its state is indicated by is_init.
8) There are waypoints that cannot possibly work for battlegroups that
are not already in the same stack.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=18010
I lost the half of the message...
[wsimpson - Mar. Aoû. 21 23:06:55 2007]:
1) The tiles array is uninitialized; its state is indicated by is_init.
Would make more sense to have initially NULL. Would also make more
sense
URL: http://bugs.freeciv.org/Ticket/Display.html?id=18010
10) At the moment the client attempt to send the path to the server, the
units are not checked to know if they can really move there. In the
other case, one (or all) of the part's path is NULL. This is this which
crash the client. But,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=18010
15) the first tile (the unit tile) is an invalid destination when the
unit just entered in the goto state whereas, it's valid if you move
first the cursor on an other tile.
16) Why the nukes ignore the dangerous position? Isn't this
URL: http://bugs.freeciv.org/Ticket/Display.html?id=18010
[wsimpson - Jeu. Aoû. 23 13:46:47 2007]:
Pepeto _ wrote:
15) the first tile (the unit tile) is an invalid destination when the
unit just entered in the goto state whereas, it's valid if you move
first the cursor on an other
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39608
When the surrender command failed, it's written:
/endgame: You cannot surrender now.
It should be:
/surrender: You cannot surrender now.
--- server/stdinhand.c.old 2007-08-24 11:40:04.0 +0200
+++ server/stdinhand.c
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39613
When a user which is detached loses connection or leaves, the client is
not informed of it. The connection is still in the visible connection
list. I fixed this bug a long time ago for warserver by a hack. You
should resolve this by a
the parent iter which is not valid.
Second, try to test the menu (when you click on a row with the right
button). For example, click try to give a ctrl access level to a
connection (user name pepeto, player name THE KILLER): Instead of
having /cmdlevel ctrl \pepeto\, you get /cut \THE KILLER
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39615
When you connect first a server and you use in a second time the /load
command, the gtk-2.0 client crash: assertion (conn_id == -1) failed. The
server don't send to the client the connections info, so the client
attribute many connection
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39616
In game.c: game_init(), the game.info.diplomacy setting is not
initialized. It should be a line more:
game.info.diplomacy = GAME_DEFAULT_DIPLOMACY;
___
Freeciv-dev mailing list
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39618
[EMAIL PROTECTED] - Dim. Aoû. 26 15:52:11 2007]:
On 26/08/07, Pepeto _ [EMAIL PROTECTED] wrote:
Sometimes I got a client crash about nations too, but i didn't find yet
how reproduce this crash yet.
There is known problem
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39624
[EMAIL PROTECTED] - Lun. Aoû. 27 14:17:04 2007]:
This patch introduces two new simple feature for gtk2 client:
* Select same type in tile: Select all units with same type as
selected units that has the same tile too
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39626
[EMAIL PROTECTED] - Mar. Aoû. 28 18:11:59 2007]:
S2_0 network compatibility with previous 2.0.x versions has to
restored before 2.0.10 can be released.
- ML
I see only 2 small things to make for it:
* change
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39628
[EMAIL PROTECTED] - Mar. Aoû. 28 22:02:13 2007]:
gtk-client:
'Take this player' and 'Observe this player' are sensitive even if
current allowtake setting makes those actions impossible.
'Toggle player ready' seems to be
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39629
I think it's not linked with the SDL client. It's a usual client crash.
It should be fixed since revisions 13382 (trunk) and 13384 (2.1) (just
after beta 6 release...) in the patch for #18010.
This bugs was already reported many times:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39634
I think you you ran the server with autoauttack on? I already observed
this crash on warserver 0.8.13d when I hosted them. I reported this
crash to Yaro, but his forum is no available since he left from Freeciv.
But I found the revision
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39634
[pepeto - Jeu. Aoû. 30 15:56:42 2007]:
I think you you ran the server with autoauttack on? I already observed
this crash on warserver 0.8.13d when I hosted them. I reported this
crash to Yaro, but his forum is no available since he
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39634
Why this 'open' state is always by default when we post response, so
annoying, sorry :(
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39627
[EMAIL PROTECTED] - Mar. Aoû. 28 22:55:36 2007]:
On 29/08/07, Michael Kaufman [EMAIL PROTECTED] wrote:
The last time I checked, not doing a client reset on player switch
caused
bad things to happen, but I can't be more specific
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39644
I configured with --enalbe-auth, and I got some warnings:
auth.c: In function «authdb_check_password:
auth.c:422: attention : pointer targets in passing argument 3 of
«create_md5sum differ in signedness
auth.c:423: attention : pointer
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39640
I still not understand why Burgundy (the most important French duchy)
doesn't have any nation in Freeciv. It was as important (economy an
territory) than the whole French Kingdom or the England.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39644
[pepeto - Ven. Aoû. 31 18:25:43 2007]:
I always got this too, but it's not new:
ltable.c: In function «luaH_mainposition:
ltable.c:108: attention : transtypage d'un pointeur vers un entier de
taille différente
ltable.c:110
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39616
--- common/game.c.old 2007-09-01 11:04:57.0 +0200
+++ common/game.c 2007-09-01 11:06:54.0 +0200
@@ -207,6 +207,7 @@
game.info.nplayers = 0;
game.info.pingtimeout = GAME_DEFAULT_PINGTIMEOUT;
URL: http://bugs.freeciv.org/Ticket/Display.html?id=20772
Anyone interested on moving fighters? So sad :(
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39640
[dmarks - Sam. Sep. 01 08:37:55 2007]:
On 9/1/07, Pepeto _ [EMAIL PROTECTED] wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39640
I still not understand why Burgundy (the most important French
duchy)
doesn't
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39640
Maybe some Flanders cities?
It's hard to find a city list on the internet, including all countries
owned by the Duke of Burgundy at the largest time...
I found some links:
http://fr.wikipedia.org/wiki/Image:Map_France_1477-fr.svg
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39640
Some very famous other dukes:
Philippe le Hardi
Jean sans Peur
Charles le Téméraire
duchess:
Marie de Bourgogne (already in the list)
Marguerite de Flandres
Marguerite de Bavière
___
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39374
[evyscr - Lun. Sep. 03 08:33:35 2007]:
On Sat, 1 Sep 2007 Pepeto _ wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39644
[pepeto - Ven. Aoû. 31 18:25:43 2007]:
I always got this too, but it's not new
URL: http://bugs.freeciv.org/Ticket/Display.html?id=15854
[wsimpson - Jeu. Aoû. 23 14:54:13 2007]:
The described test works in current code, presumably due to recent
PR#18010 revisions.
It doesn't work. I got it yesterday. But now, I know exactly how
reproduce the crash.
It occurs
URL: http://bugs.freeciv.org/Ticket/Display.html?id=22484
[EMAIL PROTECTED] - Mar. Oct. 17 12:05:36 2006]:
Hello,
I dont know if this has been reported yet; but there is
a high chance (as usual it is not completely deterministic)
that the civclient of the 2.1.0-beta2 version crashes
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39674
[EMAIL PROTECTED] - Jeu. Sep. 06 10:07:51 2007]:
Hello,
a behauvior which can be quite surprising if you are
not aware of it:
When a city is attacked, the unit with the best defense
chances is choosen - even if it is the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39697
All move of the triremes are possible in the sea. I don't know what is
wrong exactly, but it makes user losing their triremes in high sea.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
URL: http://bugs.freeciv.org/Ticket/Display.html?id=12472
The problem is that the bulb stock is reducted for only the player who
got the tech, not the others...
It just spoilt LT9. Patch attached...
--- server/plrhand.c.old 2007-09-13 17:34:35.0 +0200
+++ server/plrhand.c 2007-09-13
URL: http://bugs.freeciv.org/Ticket/Display.html?id=12472
[pepeto - Jeu. Sep. 13 16:35:37 2007]:
It just spoilt LT9. Patch attached...
Forgot this:
@@ -697,6 +710,16 @@
plr-research.changed_from = -1;
}
plr-research.researching=tech;
+
+ /* Update team research
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39710
I got this log errors when I ran a server:
1: In file civgame-1000.sav.gz, there is no entry in the registry for
u1.orders_length (or the entries are out of order. This means a
less efficient non-tabular format will be used. To
avoid
URL: http://bugs.freeciv.org/Ticket/Display.html?id=21244
[EMAIL PROTECTED] - Dim. Sep. 16 09:04:00 2007]:
Hello,
Trying the version of the map available from
http://svn.gna.org/viewcvs/freeciv-maps/trunk/france/
Loading it on S2_0, S2_1, S2_2 all gives the same error:
1:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=36339
[dmarks - Lun. Sep. 17 08:11:29 2007]:
[dmarks - Mon Feb 19 05:36:47 2007]:
The SDL client lacks a simple 'save' button (couldn't find one at
least).
~Daniel
I propose this simple (?) solution:
In the options
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39721
PR#39722 duplication...
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39721
[guest - Mar. Sep. 25 17:33:44 2007]:
[EMAIL PROTECTED] - Mar. Sep. 25 16:17:25 2007]:
Cette opération semble ne pas avoir de contenu
Hmmm, I submitted wrong patch file sorry...
I already deleted this ticket, use
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
Could the 'none' CMA could be on the top of the menu?
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39732
[dmarks - Ven. Sep. 28 04:58:59 2007]:
doc/README is outdated for 2.1 release. Patch attached.
Attached? Where is this patch? :P
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39725
This has been discuted here PR#39389. Per wrote:
All LOG_ERROR, LOG_VERBOSE and LOG_FATAL messages should be without
translation.
However, I totally agree with you, this messages should be translated.
There shouldn't have any rule
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39742
When you use autoconnect on a server which require a password, you get
the message Enter password for pepeto:, but you don't have any place
to type it.
The idea would be to have a client option to use a password.
If you don't notice
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39743
1-Static or dynamics datas?
The most of the main structures (player, connection, advance, ...)
except city and unit are declared static (for example
game.players[MAX_NUM_PLAYERS + MAX_NUM_BARBARIANS];). Is this a
deliberate choice?
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39744
When you use the /remove command, the connection list is not udpated in
your client, because the server doesn't notify the changes. A
send_conn_info() is missing after unattach_connection_from_player().
More, the player user and his
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39745
When a player is removed in the pregame, his team is not free, then if a
new player connect, it would be assigned to this team.
The solution can be, removing team when a player is removed (in
detach_command() and remove_player()) or
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39743
[wsimpson - Lun. Oct. 01 20:55:36 2007]:
Pepeto _ wrote:
1-Static or dynamics datas?
The most of the main structures (player, connection, advance, ...)
except city and unit are declared static (for example
game.players
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39743
Still this annoying default status :(
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39754
1 - To save server settings, use /write filename, to load them use
/read filename.
2 - Hidden server settings are not really good. I think they shouldn't
be hidden when the user have hack control level (so hidden only when you
cannot
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39753
Use the command /write filename and read filename to save/load
server options.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39756
There is a problem about compatibility between a server with this
capability and a client which don't have it. The science report is not
updated automatically (when bulbs stock change).
___
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39757
Patch attached.
--- server/plrhand.c.old 2007-10-07 14:37:53.0 +0200
+++ server/plrhand.c 2007-10-07 14:39:37.0 +0200
@@ -721,7 +721,11 @@
} tech_type_iterate_end;
set_invention(plr, A_NONE, TECH_KNOWN);
+
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39756
[EMAIL PROTECTED] - Dim. Oct. 07 12:21:53 2007]:
On 07/10/2007, Pepeto _ wrote:
Patch attached.
What is the actual cause of this bug?
The cause is that the science report is not updated when the bulbs stock
changes.
I
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39756
I think I got the difference.
Now, some other idea, could the server send the THAW_HINT packet without
FREEZE_HINT?
Will it crash the client?
Else, maybe it's some alternative (ugly hack, sure, but it should work).
The best thing
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39756
So you are changing all rules of Freeciv?
All Freeciv versions have been compatible if they had the same minor
version. For example client and server versions (2.0.1, 2.0.2, 2.0.3,
2.0.4, 2.0.5, 2.0.6, 2.0.7, 2.0.8, 2.0.9).
Why 2.0.10
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39756
[wsimpson - Dim. Oct. 07 14:57:44 2007]:
Pepeto _ wrote:
Why 2.0.10 should be different?
Because 2.0.10 does not yet exist.
So, you mean that you don't want fix or, at least, open a bug report
because the version
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39756
[EMAIL PROTECTED] - Lun. Oct. 08 16:54:16 2007]:
On 07/10/2007, Pepeto _ wrote:
What is the actual cause of this bug?
The cause is that the science report is not updated when the bulbs stock
changes.
When
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39730
[EMAIL PROTECTED] - Mar. Oct. 09 23:27:21 2007]:
Oh joy, I guess that will break network compatibility then, so that
means a serverside fix for 2.0 ..
My propositions of changing packets is only for next released versions
(like
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39730
[wsimpson - Mer. Oct. 10 11:55:32 2007]:
Pepeto _ wrote:
Sounds a good idea. This packets could be considered as diplomat
actions.
Looks quickly doable for 2.1. Writing patch now.
Good news!
Waste of time for 2.0, as nobody
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39730
[wsimpson - Mer. Oct. 10 18:37:12 2007]:
Here's a simple 2.1b6 replacement, untested. It simply checks whether
the diplomat can actually execute the desired command.
Please check against your favorite clients.
Sorry, I
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39730
I note too that the first reported problem is still not fixed in your
patch: unit bribe cost should be recalculated when the server receive
the packet for bribe unit. Because some hacked client could send
directly DIPLOMAT_BRIBE without
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39730
[wsimpson - Mer. Oct. 10 21:22:15 2007]:
You're correct, I was concentrating on the network and dialog
compatibility issues, and forgot to look at the cost itself.
I don't think it should be saved at all! It really exists for
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39730
maybe_cause_incident() removed in void spy_send_sabotage_list(): is it
normal?
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39767
The path finding code doesn't allow diplomat to bribe sea units. For
example, a diplomat cannot have a path to a unit on sea. There are 2
possibilities:
1- Bribing units on sea is a bug, then pf code is right.
2- Bribing units on sea is
1 - 100 of 4769 matches
Mail list logo