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 the s
http://bugs.freeciv.org/Ticket/Display.html?id=39126 >
>From: "Per I. Mathisen" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: (PR#39126) Nuke bug Date: Fri, 11 May 2007 13:33:12 -0700
>
>
>http://bugs.freeciv.org/Ticket/Display.html?id=39126 >
>
>So the nuke
http://bugs.freeciv.org/Ticket/Display.html?id=39126 >
>From: "Per Inge Mathisen" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: (PR#39126) Nuke bug
>Date: Sat, 12 May 2007 04:47:37 -0700
>
>
>http://bugs.freeciv.org/Ticket/Display.html?id=39126 >
>
>On 5
http://bugs.freeciv.org/Ticket/Display.html?id=39368 >
There is a strange thing:
In pregame, you can create votes, but you cannot use /vote. And more, if you
do '/aifill 8', you have:
/cmdlevel: Niveau d'accès aux commandes à "info" pour la connexion pepeto.
AI4 a é
gt;
>
>http://bugs.freeciv.org/Ticket/Display.html?id=39368 >
>
>On Mon, 14 May 2007, Pepeto _ wrote:
> > In pregame, you can create votes, but you cannot use /vote. And more, if
>you
> > The vote passes before it exists :)
> > I don't know if the main problem
http://bugs.freeciv.org/Ticket/Display.html?id=39368 >
I made a new patch...
--- 12954/server/stdinhand.c2007-05-14 10:32:22.0 +0200
+++ test/server/stdinhand.c 2007-05-16 10:33:46.0 +0200
@@ -3457,8 +3457,10 @@
return FALSE;
}
- if (caller
+ if (server_state !
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 target
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.
http://bugs.freeciv.org/Ticket/Display.html?id=39375 >
>From: "Peter Schaefer" <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: Re: [Freeciv-Dev] (PR#39375) map.generator = 3
>Date: Sat, 19 May 2007 10:36:35 -0700
>
>
>http://bugs.freeciv.org/Ticket/Display.htm
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 are n
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:
--- freeciv-2.0.9/se
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: get_unit_type:
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 Fantai
http://bugs.freeciv.org/Ticket/Display.html?id=39455 >
Hello, i just compiled the last version of 2.1 from svn, i got:
> menu.c: In function «update_menus":
> menu.c:1279: attention : passing argument 2 of «menus_set_sensitive"
makes integer from pointer without a cast
> menu.c:1280: attention :
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?
--- cma_fe.c.yy 2
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
___
Free
http://bugs.freeciv.org/Ticket/Display.html?id=39457 >
Since 2.1, airgoto doesn't work with the "G" command. It seems it's a
bug. I think there are > instead of >=.
--- common/aicore/pf_tools.c2007-07-14 11:03:06.0 +0200
+++ common/aicore/pf_tools.c.exp2007-07-15 00:31:36.000
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 work. Tha
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 fu
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 fu
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 fu
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
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 =
__PRETTY_FUNCTION__ = "pft_concat"
#1 0x
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 the gam
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 m_pr
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 "
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 = (&pcity->wo
http://bugs.freeciv.org/Ticket/Display.html?id=39566 >
> [EMAIL PROTECTED] - Mar. Aoû. 14 12:20:47 2007]:
> In trunk we have different macro which has doesn't have this issue.
Oops, sorry, you are right.
___
Freeciv-dev mailing list
Freeciv-dev@gna.o
http://bugs.freeciv.org/Ticket/Display.html?id=39568 >
In the gtk2.0 client, you cannot sell an improvement by clicking on this
in the city dialog if you bought in the same turn. This quite annoying...
--- client/gui-gtk-2.0/citydlg.c2007-08-13 22:49:05.0 +0200
+++ client/gui-gtk
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 to fi
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 t
http://bugs.freeciv.org/Ticket/Display.html?id=39462 >
> [wsimpson - Mer. Aoû. 15 20:41:39 2007]:
> Thank you! Is this trunk or 2.1?
It was for 2.1.
This is now the patch for trunk...
--- client/control.c.old 2007-08-16 00:01:23.0 +0200
+++ client/control.c 2007-08-16 00:02:21.
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...
civ
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...
civ
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 +0200
@
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, chunk_length;
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 t
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" <[
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
&g
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
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 bra
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 you
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 this,
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 explorers, if
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
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
Freeciv-dev@
http://bugs.freeciv.org/Ticket/Display.html?id=18010 >
Maybe this patch will satisfy you...
The variable of goto.c are now:
* is_active (no change)
* is_goto_valid (checked if the last update, so if the last unit could
do the move -> check if one unit can do the move)
* goto_tile (which is now t
http://bugs.freeciv.org/Ticket/Display.html?id=18010 >
> While you are thinking about goto, maybe figure out why the air units are
> having problems:
>
>http://bugs.freeciv.org/Ticket/Display.html?id=31183
Yes, I dunno why. I created a ticket sometimes ago. See
http://bugs.freeciv.org/Ticket
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 up
http://bugs.freeciv.org/Ticket/Display.html?id=39602 >
I got a crash. I selected many units with 'y', and then I typed on a
quickselect key '*' or '/':
#0 quickselect (ptile=0x101, qtype=SELECT_LAND) at
../utility/speclist.h:110
listsize =
panytransporter =
panymovesea
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. Mo
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 t
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, if is_
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 quite st
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 mo
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 2007-08-24
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 good co
warnings about
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 c
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 to t
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
Freeciv-dev@gna.o
http://bugs.freeciv.org/Ticket/Display.html?id=39618 >
When you reload a ruleset with more nations than the previous (for
example civ1 -> civ2), you get a lot of "1: handle_ruleset_nation() bad
nation %d.". It seems that the nations rulesets are sent both. A first
time before the ruleset control
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 repro
http://bugs.freeciv.org/Ticket/Display.html?id=39618 >
> [pepeto - Dim. Aoû. 26 17:26:47 2007]:
>
> > [EMAIL PROTECTED] - Dim. Aoû. 26 15:52:11 2007]:
> >
> > On 26/08/07, Pepeto _ <[EMAIL PROTECTED]> wrote:
> > >
> > > Sometimes I got a cl
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
>
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 ATTRIB
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
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: #1585
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 he f
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
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
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 sp
http://bugs.freeciv.org/Ticket/Display.html?id=11595 >
> [EMAIL PROTECTED] - Ven. Aoû. 31 15:11:19 2007]:
>
> From the original bug report by Pascal Detzlr:
> i wonder why the spy (maybe also the diplomat) won't go to alien cities
> any more. There's no possibility for me to give any orders to
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 targe
http://bugs.freeciv.org/Ticket/Display.html?id=39634 >
> [EMAIL PROTECTED] - Ven. Aoû. 31 19:54:22 2007]:
>
> On 30/08/2007, Pepeto _ <[EMAIL PROTECTED]> wrote:
> >
> > if the unit doesn't survive to the attack the connection list is not
> > free, so th
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.
_
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
>
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;
game.info.pi
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
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:
> >
> > http://bugs.freeciv.org/Ticket/Display.html?id=39640 >
> >
> > I still not understand wh
http://bugs.freeciv.org/Ticket/Display.html?id=39640 >
> [dmarks - Sam. Sep. 01 09:11:10 2007]:
>
> On 9/1/07, Pepeto _ <[EMAIL PROTECTED]> wrote:
> >
> > Ah? ok. But it seems the burgundy flag changed a lot trough the
> > centuries. This one is the first, no
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
http://en.
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
___
Freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39374 >
> [evyscr - Lun. Sep. 03 08:33:35 2007]:
>
> On Sat, 1 Sep 2007 Pepeto _ wrote:
>
> >
> > http://bugs.freeciv.org/Ticket/Display.html?id=39644 >
> >
> > > [pepeto - Ven. Aoû. 31 18:25:43 200
http://bugs.freeciv.org/Ticket/Display.html?id=34276 >
> [EMAIL PROTECTED] - Mar. Sep. 04 10:09:58 2007]:
>
> Marko Lindqvist wrote:
> > http://bugs.freeciv.org/Ticket/Display.html?id=39663 >
> >
> > On 03/09/07, Jordi Negrevernis i Font wrote:
> >
> >> When you try to attach to a server
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
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
http://bugs.freeciv.org/Ticket/Display.html?id=15854 >
> [EMAIL PROTECTED] - Mer. Sep. 05 15:51:25 2007]:
>
> Hello again,
>
> On Tue, 4 Sep 2007, Pepeto _ wrote:
>
> > It doesn't work. I got it yesterday. But now, I know exactly how
> > reproduce the cr
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
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
https://m
http://bugs.freeciv.org/Ticket/Display.html?id=39697 >
> [EMAIL PROTECTED] - Dim. Sep. 09 18:38:22 2007]:
>
> On 09/09/07, Pepeto _ wrote:
> >
> > All move of the triremes are possible in the sea. I don't know what is
> > wrong exactly, but it makes use
http://bugs.freeciv.org/Ticket/Display.html?id=39697 >
> [EMAIL PROTECTED] - Dim. Sep. 09 21:39:26 2007]:
>
> Unknown seems to be considered potentially safe coast instead of
> potentially dangerous ocean.
>
>
> - ML
>
>
>
A ok. You are right, I didn't notice this. I only tried to move ne
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 18:38:
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;
+
+
http://bugs.freeciv.org/Ticket/Display.html?id=20772 >
Updating the patch for S2_1 at revision 13590.
Seulement dans common/aicore.old: aicore
Seulement dans common/aicore: .deps
diff -uad common/aicore.old/path_finding.c common/aicore/path_finding.c
--- common/aicore.old/path_finding.c 2007-09-
http://bugs.freeciv.org/Ticket/Display.html?id=20772 >
> [EMAIL PROTECTED] - Sam. Sep. 15 07:44:52 2007]:
>
> On 14/09/2007, Pepeto _ wrote:
> >
> > Updating the patch for S2_1 at revision 13590.
>
> Except for namespaces, I have written almost identical patch.
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 this
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:
>
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:
>
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
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
1 - 100 of 5468 matches
Mail list logo