http://bugs.freeciv.org/Ticket/Display.html?id=39365 >
Jason Dorje Short wrote:
> There is a whole sequence of tickets devoted to this bug. It is a
> well-known bug but no progress toward fixing it has been made in quite
> some time. The problem is the sequence of random calls in the reload is
http://bugs.freeciv.org/Ticket/Display.html?id=39365 >
William Allen Simpson wrote:
> http://bugs.freeciv.org/Ticket/Display.html?id=39365 >
>
> Recent (2006 May 2) MacOS compile of freeciv-2.1.0-beta4.tar.bz2.
>
> This is a very obscure error, and likely not worth fixing before release,
> unle
http://bugs.freeciv.org/Ticket/Display.html?id=39365 >
Well, the simple fix worked running only the server under gdb (just
load and quit), but when the client does the load, more randomness
occurs. So far, I've not been able to get the client to talk to the
server under gdb. (heavy sigh) Help?
http://bugs.freeciv.org/Ticket/Display.html?id=13882 >
> [jdorje - Tue Sep 06 02:28:45 2005]:
>
> The AI keeps pestering me to declare war on these two civlizations.
> (Their names are given by player name not nation name, so with 30
> nations it took a while just to figure out who they're tal
http://bugs.freeciv.org/Ticket/Display.html?id=17435 >
> [EMAIL PROTECTED] - Wed Oct 11 08:31:24 2006]:
> Think I found what was causing this, somehow a T_UNKNOWN check got in
> the mapgen is_near_land function since Freeciv 2.08. Don't think
> T_UNKNOWN has any place in the generator code and th
http://bugs.freeciv.org/Ticket/Display.html?id=39343 >
> [EMAIL PROTECTED] - Fri Apr 13 11:32:08 2007]:
> a small glitch that sometimes leads to confusion
> when setting up teams:
>
> server terminal:
>
> > team john 1
> Player john set to team Team 2.
Patch.
- Per
Index: data/default/game.
http://bugs.freeciv.org/Ticket/Display.html?id=7080 >
On 5/12/07, Per I. Mathisen <[EMAIL PROTECTED]> wrote:
>
> http://bugs.freeciv.org/Ticket/Display.html?id=7080 >
>
> This patch combines some suggested rules changes in this ticket that I
> think are good, and not yet implemented. Changes are:
http://bugs.freeciv.org/Ticket/Display.html?id=7080 >
This patch combines some suggested rules changes in this ticket that I
think are good, and not yet implemented. Changes are:
* Trireme and Carrier can no longer (accidentially) attack land units.
* Frigates can no longer transport units, m
http://bugs.freeciv.org/Ticket/Display.html?id=11243 >
As far as I can tell from the code, this could only ever happen with
allied units that are camped in a city you come to own. So the problem
is just that you cannot unload AI controlled, allied units from your
transports. That is another bug r
http://bugs.freeciv.org/Ticket/Display.html?id=15169 >
I'm going out on a limb here and setting this ticke to 'resolved'. I
think the borders system is working fine now in this respect - if you
feel otherwise, please open up a new ticket with concrete problems and
suggestions for how to solve the
http://bugs.freeciv.org/Ticket/Display.html?id=39358 >
This will be rather hard to fix in 2.0, but will work in 2.1 and trunk
because we redesigned voting there so that it only is available while
the game is running. Unless someone volunteers to backport the 2.1
voting system, we should leave thi
http://bugs.freeciv.org/Ticket/Display.html?id=39359 >
On Sat, 28 Apr 2007, Bastiaan Jacques wrote:
> Well, --with-sdl-prefix works, unless you are using the sdl client. Because
> in the SDL client, SDL includes are included like #include
> while in the SDL audio code they're included like #incl
Just a reminder that the new bug submission address is
[EMAIL PROTECTED]
and anything sent anywhere else will (hopefully) bounce. It has been
working very well so far - I have seen no new spam in RT yet.
- Per
___
Freeciv-dev mailing list
Fr
http://bugs.freeciv.org/Ticket/Display.html?id=39129 >
Committed in 12935 and 12936. However, there seem to be several other
bugs related to /cut in 2.1 and above, although they seem client-side or
have to do with missing updates. Would nice if someone could go through
the various possibilities s
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=39126 >
On 5/12/07, Per Inge Mathisen <[EMAIL PROTECTED]> wrote:
> I do not think the "Explore Nuke" command is not meant to be a goto
> command. You can use the normal goto command for nukes. The cursor
> that appears on "Explore Nuke" is a cosmetic
http://bugs.freeciv.org/Ticket/Display.html?id=39126 >
I do not think the "Explore Nuke" command is not meant to be a goto
command. You can use the normal goto command for nukes. The cursor
that appears on "Explore Nuke" is a cosmetic bug. It should just nuke
at once when this command is given. I
17 matches
Mail list logo