http://bugs.freeciv.org/Ticket/Display.html?id=40510 >
> [EMAIL PROTECTED] - Tue Sep 30 14:06:10 2008]:
>
> I'm playing Freeciv 2.1.3, and I've noticed that territory
> that belonged to a player who's now RIP still belongs to
> that player. I had to 'cancel treaty' to move bombers
> over that te
http://bugs.freeciv.org/Ticket/Display.html?id=40119 >
> [EMAIL PROTECTED] - Sat Mar 01 13:02:02 2008]:
>
> In the Gtk2 client, if the Airlift/Goto dialog is resized vertically,
> you don't actually get to see any more cities; the extra space is used
> for padding.
>
> The attached trivial patc
http://bugs.freeciv.org/Ticket/Display.html?id=40508 >
> [EMAIL PROTECTED] - Tue Sep 30 20:10:01 2008]:
>
> No objection from here.
>
> I spent a fair chunk of time comparing diffs from 2.2 and trunk to see
> if the development branch had any patches that were missing from 2.2.
> I found a few
http://bugs.freeciv.org/Ticket/Display.html?id=40511 >
Attached patch improves the property name filter (previously
called "quick find") for property pages in the property editor.
Improvements:
- The filter string can contain |, & and ! to indicate logical
OR, AND, and NOT respectively.
- The
http://bugs.freeciv.org/Ticket/Display.html?id=40512 >
Attached patch greatly expands tooltips and fixes a few
that were not being shown because their widget needed to
be in an event box.
Also, widget layout was improved in the property editor,
and the close button was moved to the tab label (li
http://bugs.freeciv.org/Ticket/Display.html?id=40513 >
If a user tries to set a player's nation to one already assigned
to a different player via the property editor, then an assertion
fails in the server. Attached patch fixes this by disallowing
setting of already assigned nations on the server
http://bugs.freeciv.org/Ticket/Display.html?id=40516 >
It is possible to crash the client if a user detaches or
observes then clicks on the "Take Player" button, selects
a nation, and presses "Ok". Attached patch fixes this for
S2_1.
The S2_2/trunk version also fixes the conditions for picking
a
http://bugs.freeciv.org/Ticket/Display.html?id=40466 >
Improved some formatting and fixed some calls to avoid the
missing format string warning in 40504.
---
殺意がなくなりました。どういう意味ですか?
diff --git a/server/report.c b/server/report.c
http://bugs.freeciv.org/Ticket/Display.html?id=40481 >
> [book - Sat Sep 06 00:13:04 2008]:
>
> For some reason that is not apparent to me the aifill
> function does nothing when the aifill amount is zero.
> This is changed to allow setting aifill=0 and thus
> removing all filled-in AIs.
Obviou
http://bugs.freeciv.org/Ticket/Display.html?id=40521 >
> [EMAIL PROTECTED] - Wed Oct 08 01:41:10 2008]:
>
> Build city, go to worklist tab, check "show future targets", add
> something you can't build. Wait for the first (buildable) item to be
> built, or buy it. Watch the server spin forever in
http://bugs.freeciv.org/Ticket/Display.html?id=40517 >
> [EMAIL PROTECTED] - Thu Oct 09 16:02:18 2008]:
>
> On Thu, 9 Oct 2008 Egor Vyscrebentsov wrote:
> > On Thu, 9 Oct 2008 Egor Vyscrebentsov wrote:
> >
> > > Quickest (not the best) fix is
> > >
> > > - } else if (base_buf) {
> > >
http://bugs.freeciv.org/Ticket/Display.html?id=40521 >
> [book - Wed Oct 08 23:41:41 2008]:
>
> > [EMAIL PROTECTED] - Wed Oct 08 01:41:10 2008]:
> >
> > Build city, go to worklist tab, check "show future targets", add
> > something you can't build. Wait for the first (buildable) item to be
> >
http://bugs.freeciv.org/Ticket/Display.html?id=40523 >
> [chrisk - Fri Oct 10 22:06:17 2008]:
>
> something's wrong with map generation in SVN 11 OCT 2008 23:30
> CEST 2.1.99 GTK2
This is 40453, and affects S2_1 as well. Since Marko has more fun
things to do at the moment (:D) I'll try to fix t
http://bugs.freeciv.org/Ticket/Display.html?id=40517 >
> [EMAIL PROTECTED] - Fri Oct 10 19:37:34 2008]:
>
> On Thu, 9 Oct 2008 Madeline Book wrote:
>
> > The missing '\0' at the end of base_buf seems to be the main
> > bug;
>
> No, all chars afte
http://bugs.freeciv.org/Ticket/Display.html?id=40515 >
> [EMAIL PROTECTED] - Tue Oct 07 01:59:00 2008]:
>
> 2008/10/5 Christian Prochaska:
> >
> > The problem is that send_chat_printf() cuts the /load message
> > (and any other message) after 50 characters, so the path gets
> > trunkated.
>
> W
http://bugs.freeciv.org/Ticket/Display.html?id=40453 >
So unfortunately it did end up being due to the patch in 40417
(separatepoles fix), in particular:
land_fill = pick_terrain(MG_LAST, MG_LAST, MG_LAST);
was being used to pick a "land" (i.e. non-ocean) terrain that
was then used to fill i
http://bugs.freeciv.org/Ticket/Display.html?id=40528 >
In the terrain.ruleset file in the default ruleset the lake
terrain type has the field property_ocean_depth = 0. Now when
the ruleset is loaded, terrain types that do not specify this
field have the value also set to zero, so the lake terrain
http://bugs.freeciv.org/Ticket/Display.html?id=40529 >
If a detached or observer connection does "/take -" when the
game is running and there are no free players to attach to,
instead of an error message the client receives invalid utf8
causing the chatline to display a completely blank line and
http://bugs.freeciv.org/Ticket/Display.html?id=40503 >
Attached patch adds a function that recreates shallow coastal
areas for generator 3 (the island generator). This at least
makes triremes usable in the default ruleset.
The method is to make a "depth map" and use the gaussian
diffusion filter
http://bugs.freeciv.org/Ticket/Display.html?id=40530 >
Relaying a bug report posted to freeciv-dev:
[Julian Marchant <[EMAIL PROTECTED]> - Wed, 15 Oct 2008 19:24:28
-0400]:
> I have encountered the same bug in the stable 2.1
> version. I have attached a screenshot so you can see what
> it looke
You should send bug reports to the address in the top left image on
the bugs.freeciv.org page. That way they will be automatically added
to the bug tracker. Anyway, I have added your report myself; it is
under ticket 40530 (http://bugs.freeciv.org/Ticket/Display.html?id=40530).
Use the guest login
http://bugs.freeciv.org/Ticket/Display.html?id=40531 >
> [chrisk - Fri Oct 17 10:06:57 2008]:
>
>
> In the attempt to correct the borders wrong set as shown in
>
> http://bugs.freeciv.org/Ticket/Display.html?id=40526
>
> I switched to edit mode and set the terrain ownership,
> in a reasonable
http://bugs.freeciv.org/Ticket/Display.html?id=39369 >
> [EMAIL PROTECTED] - Sat Oct 18 00:24:16 2008]:
>
> The same issue still applies to S2_1 and S2_2 -- any chance of porting
> the typo fix?
Ok.
---
鋏は一番上の引き出しにあります。
_
http://bugs.freeciv.org/Ticket/Display.html?id=40466 >
Updated yet again, to apply cleanly to current codebase
and with some minor style improvements.
---
濡れた衣装が体にくっついている彼女がいるパーティーもいいですか。
server/report.c|4 +++-
server
http://bugs.freeciv.org/Ticket/Display.html?id=40533 >
Attached patch makes the rather annoying automatic map recentering
when a new turn starts an option, so that people can turn it off if
desired.
Also, moves some calls to functions that as far as I can see should
only be called when entering
http://bugs.freeciv.org/Ticket/Display.html?id=40537 >
Attached patch cleans up the editor related start position handling
code in the server and the client.
The start positions are kept in a hash table in the 'map' structure.
Common accessor functions map_{get,set,clear}_startpos are used by
th
http://bugs.freeciv.org/Ticket/Display.html?id=40524 >
> [book - Sat Oct 11 05:09:08 2008]:
>
> Attached patch improves the player structure handling on the
> server and the client, along with the protocol the two use to
> communicate changes in player data.
I have now commited this patch to tr
http://bugs.freeciv.org/Ticket/Display.html?id=40536 >
I tested the patch and it works fairly well. It is a big
improvement over the current broken goto for air units, so
I will test it some more and commit it soon if I do not
find anything obviously bad. I found some strange things
while testing
http://bugs.freeciv.org/Ticket/Display.html?id=40540 >
Already a bug found from 40524. :)
Anyway, the fix is easy enough.
---
二月二日普通の二日酔いだった。
diff --git a/server/connecthand.c b/server/connecthand.c
index db3f987..b6072cd 1006
http://bugs.freeciv.org/Ticket/Display.html?id=40536 >
Good stuff. There remains only one weird thing that I
could find: now when a figher or bomber is made to
attack an enemy city or unit via goto, it first tries
to go to a closer "safe" tile and only then make the
attack approach. For example,
On 10/27/08, Yoav Luft <[EMAIL PROTECTED]> wrote:
> I decided to add a more complex and interesting trade
> system for freeciv. Something much like Civ3 trade system
> with special resources that can be trade and are requisite
> for building certain buildings. I'm not quite sure how
> it should be
http://bugs.freeciv.org/Ticket/Display.html?id=40543 >
> [EMAIL PROTECTED] - Tue Oct 28 18:06:54 2008]:
>
> I really enjoyed FreeCiv and I like the amplio tileset, but
> after a few hours of playing it began to bother me, that
> irrigation and farmland looks exactly the same! I edited
> the tile
http://bugs.freeciv.org/Ticket/Display.html?id=40545 >
The property editor is now used to edit players, so the
edit menu in the player dialog can be removed.
---
七日なのに、アイス屋さんが来なかった。凍え死んだかも。
diff --git a/client/gui-gtk-2.0/plrdl
http://bugs.freeciv.org/Ticket/Display.html?id=40536 >
> [pepeto - Wed Oct 29 09:03:33 2008]:
>
> > [book - Wed Oct 29 01:45:22 2008]:
> >
> > Good stuff. There remains only one weird thing that I
> > could find: now when a figher or bomber is made to
> > attack an enemy city or unit via goto,
http://bugs.freeciv.org/Ticket/Display.html?id=40546 >
Attached patch makes genlist_free free all memory allocated
by the list before freeing itself. Also, genlist_unlink_all
is renamed to genlist_clear.
The rest of the patch is a removal of all the *_unlink_all
calls in places of the form
fo
http://bugs.freeciv.org/Ticket/Display.html?id=40547 >
Attached patch adds {create,destroy}_tile_virtual to allow
the use of virtual tiles in the same manner as virtual units
and cities. It also adds helper functions to check whether
a given unit or city is virtual (i.e. is a valid pointer
but do
http://bugs.freeciv.org/Ticket/Display.html?id=40548 >
I was just fixing this bug. It is due to the fact that the
function update_conn_list_dialog() assumes contiguous player
numbers, which is no longer a valid assumption. I'll post the
patch soon.
--
http://bugs.freeciv.org/Ticket/Display.html?id=40549 >
I separated out the stdinhand part of 40534 and added some more
fixes for bugs I found during testing:
- Sometimes the observe command would not send player info.
- The take command would not send player info about the other
players whose
http://bugs.freeciv.org/Ticket/Display.html?id=40548 >
The attached patch fixes the update_conn_list_dialog()
function so that it works without assuming that player
numbers are contiguous.
Also, the code is greatly cleaned up and the style
improved:
- Global variables are removed except for the
http://bugs.freeciv.org/Ticket/Display.html?id=40543 >
> [book - Wed Oct 29 18:55:24 2008]:
>
> Maybe the fields of crops could be made less opaque [...]
I meant to say more opaque, that is, less transparent. Sorry
for the confusion. ;)
-
http://bugs.freeciv.org/Ticket/Display.html?id=40550 >
> [EMAIL PROTECTED] - Tue Nov 04 17:16:25 2008]:
>
> I noticed this with 2.1.6 GTK and have not tested it on
> previous versions.
I have confirmed this bug in S2_1 and trunk.
> The thing is: on multiplayer (turn block) game, if a
> player
http://bugs.freeciv.org/Ticket/Display.html?id=40536 >
> [pepeto - Wed Nov 05 17:14:11 2008]:
>
> I hope this version should work very better.
This version is the best so far. I did find one strange
thing though: take for example a fighter from Arnsberg
and make a goto attack on Kranj. The path
http://bugs.freeciv.org/Ticket/Display.html?id=40551 >
Attached patch fixes some more places in the code where player
numbers were assumed to be in [0, player_count()).
---
虫を食うな!
client/gui-gtk-2.0/plrdlg.c |4 ++--
clien
406
Author: Madeline Book <[EMAIL PROTECTED]>
Date: Thu Nov 6 16:02:37 2008 -0500
Voting cleanup.
---
server/Makefile.am |4 +-
server/sernet.c|1 +
server/srv_main.c |4 +
server/stdinhand.c | 463 +++--
server/stdinhand
http://bugs.freeciv.org/Ticket/Display.html?id=40553 >
Attached patch replaces the call to gtk_tree_row_reference_get_model
by an equivalent expression.
---
暗黒時代にようこそ!
diff --git a/client/gui-gtk-2.0/editprop.c b/client/gui-gt
eport any breakage due to changes
in the configure script or makefiles.
If at least the double-compilation problem can be improved,
I would consider committing this to trunk.
---
正義のために変身して団結せよ!!
commit 582a7b9c10ccb8699d81cf5d1872
http://bugs.freeciv.org/Ticket/Display.html?id=40556 >
> [EMAIL PROTECTED] - Sun Nov 09 03:10:54 2008]:
>
> The server crashes with the following message:
> civserver: unithand.c:362: real_unit_change_homecity: Assertion
> `!unit_alive || unit_owner(punit) == city_owner(new_pcity)' failed.
>
> L
http://bugs.freeciv.org/Ticket/Display.html?id=12825 >
> [guest - Sun Nov 09 12:02:10 2008]:
>
> This is still an issue. A lot of netbooks have a 1024x600
> resolution on which freeciv is unplayable. Please consider
> making the interface work on those screens.
Could you be more specific about
http://bugs.freeciv.org/Ticket/Display.html?id=40559 >
If a player name contained a single quote, the command
string sent by the player-point-of-view combobox in the
editor toolbar would be wrong and the server would not
be able to parse the command correctly. The attached
patch changes the take
http://bugs.freeciv.org/Ticket/Display.html?id=40560 >
Attached patch implements a tile "vision" property for the
property editor. This property can be used to view the
contents of the player bitvectors ptile->tile_known and
ptile->tile_seen[v] (for each vision layer v). This is only
really usefu
http://bugs.freeciv.org/Ticket/Display.html?id=40536 >
> [pepeto - Tue Nov 11 13:20:18 2008]:
>
> I changed completely my initial mind to fix the last strange
> behaviour I observed. I rewrote the nearly-whole path_finding.c
> file.
Ah, the worst case scenario I was afraid of... but seems you
m
http://bugs.freeciv.org/Ticket/Display.html?id=40536 >
Fighter type units now pass all my tests, however there seems to
be a problem with bomber type units. In certain situations the
path finding code appears to get into an infinite loop (or take
very very long; I left it for several minutes with
http://bugs.freeciv.org/Ticket/Display.html?id=40561 >
Attached patch removes some struct fields in struct player
and struct tile that were only used by the server for editor
related support code. Instead, static data structures are
added to edithand.c which keep track of the necessary
informatio
http://bugs.freeciv.org/Ticket/Display.html?id=40561 >
Forgot to include server/edithand.h in the last patch.
---
どこへ行くつもりですか。
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https:/
外でただの散歩だけですよ。
commit 7060c10f42c18ed42b1c4292c08bbffad5b8f5e6
Author: Madeline Book <[EMAIL PROTECTED]>
Date: Wed Nov 12 20:11:56 2008 -0500
no_server_editor_stuff_in_common_v2.patch
---
common/map.c |1 -
common/player.h|3 --
common/tile.h |3 --
server/
http://bugs.freeciv.org/Ticket/Display.html?id=40536 >
Hmm perhaps I spoke too soon about fighters in my last reply.
Now it sometimes happens that a fighter with 2 or 3 moves
left will wait in a city if the user does a goto 1 tile out
of the city. It is very odd in that it appears to happen
only
http://bugs.freeciv.org/Ticket/Display.html?id=40562 >
Attached patch implements unit properties 'fuel', 'moved'
'done_moving', 'hp' and 'veteran' for the property editor.
---
洗濯しなければ、あの委員会は来て服を押収するよ。
diff --git a/client/gui-gt
http://bugs.freeciv.org/Ticket/Display.html?id=40536 >
Alright, with the patch in 40563 this new goto code works
great, even better than the old warmap code.
All I could find is a minor display annoyance in that if
a fighter or bomber type unit has only 1 move left, then
the "turns to target" la
http://bugs.freeciv.org/Ticket/Display.html?id=40565 >
> [pepeto - Sat Nov 15 14:08:13 2008]:
>
> Every time I reload a savegame with trunk/, I cannot open the
> nation page:
>
> 0: nation_of_player() has NULL nation
> 0: Detected fatal error in nation.c line 262:
> 0: bad nation
Yep, confirme
http://bugs.freeciv.org/Ticket/Display.html?id=40566 >
Was originally for 40565, until I realized it did not solve
the problem. ;)
Anyway, attached patch greatly simplifies and cleans up some
of the player list code.
---
ピカピカに
http://bugs.freeciv.org/Ticket/Display.html?id=40561 >
Version 3 fixes a mistake in edithand_init().
---
見つけられますか?
commit 84e305391f23dbaeafc8c4891e0ededba8ffa364
Author: Madeline Book <[EMAIL PROTECTED]>
Date: Sun
http://bugs.freeciv.org/Ticket/Display.html?id=40567 >
Some tile helper functions that I needed to add for cleaner
virtual tile manipulation:
void tile_set_specials(struct tile *ptile, bv_special specials);
bv_bases tile_bases(const struct tile *ptile);
void tile_set_bases(struct tile *ptile, bv
http://bugs.freeciv.org/Ticket/Display.html?id=40568 >
I fashioned two icons representing "copy" and "paste" out of
one of pep's (!= pepeto) editor icons. Attached is the new
editor.png and a patch to make the icons usable in the code.
Also, I originally made a mistake in the spec file (off by 1
On 11/19/08, Christian Knoke <[EMAIL PROTECTED]> wrote:
>
> Aktualisiert zu Revision 15316.
>
> edithand.c:39:22: error: edithand.h: Datei oder Verzeichnis nicht gefunden
Sorry, my mistake. I forgot to add the new file in r15316. It
should be there now. :|
---
http://bugs.freeciv.org/Ticket/Display.html?id=40571 >
> [chrisk - Wed Nov 19 20:14:53 2008]:
>
>
> with rev. 15317 trunk GTK the attached save game crashes when
> I start the game and press F3.
This is same as 40565. Patch in that ticket should fix it.
--
http://bugs.freeciv.org/Ticket/Display.html?id=40570 >
> [EMAIL PROTECTED] - Wed Nov 19 07:45:23 2008]:
>
> Marine explorers stop if they try to travel to or trhough a marine
> tile who's owner is at peace with the unit's owner.
>
> As a consequence the units are stoped and require player inte
http://bugs.freeciv.org/Ticket/Display.html?id=40573 >
Attached patch implements a property for viewing and
modifying bases on a tile in the property editor. Thus
also copy/paste mode is made to work for the base tool.
Hence the patch builds on the one in 40569.
Incidentally, just for the sake
http://bugs.freeciv.org/Ticket/Display.html?id=40529 >
> [book - Tue Oct 14 02:25:33 2008]:
>
> If a detached or observer connection does "/take -" when the
> game is running and there are no free players to attach to,
> instead of an error message the client receives invalid utf8
> causing the
http://bugs.freeciv.org/Ticket/Display.html?id=40529 >
> [book - Thu Nov 20 05:31:37 2008]:
>
> Attached patch fixes the is_allowed_to_take() function
> to always set the reason string when it returns FALSE
> so that the above sending of an uninitialized string
> does not occur.
And here's the
http://bugs.freeciv.org/Ticket/Display.html?id=40539 >
> [EMAIL PROTECTED] - Mon Oct 27 03:13:45 2008]:
>
> Currently fortress (and likely other bases) cannot be pillaged.
> Pillage command is not sensitive when tile has only fortress.
> Tested with gtk-client.
Here's a minimal fix patch. All t
http://bugs.freeciv.org/Ticket/Display.html?id=40574 >
In the trident tiles.spec the fortress image is assinged
to the tag fortress_fg. This causes it to be drawn in
LAYER_SPECIAL3 which the drawing code assumes is to be
drawn over units.
Attached patch changes the tag to fortress_bg so that uni
http://bugs.freeciv.org/Ticket/Display.html?id=40570 >
> [EMAIL PROTECTED] - Thu Nov 20 21:19:18 2008]:
>
> In the attached game the only Columbian unit - if set to auto
> explore - tries to violate the peace treaty.
Thanks for the savegame. I have confirmed that making the
unit auto-explore c
http://bugs.freeciv.org/Ticket/Display.html?id=40575 >
In practice I have found the behaviour of simultaneously
switching to and applying the new tool to all selected
tiles when pressing an editor tool shortcut key (e.g.
't') somewhat annoying. This patch removes that behaviour;
the current tool
http://bugs.freeciv.org/Ticket/Display.html?id=40429 >
> [dmarks - Sun Nov 23 23:26:03 2008]:
>
> This is fixed now on server. The current bug report address should be
> showing on the RT dashboard and ticket view pages.
>
> Please verify!
Confirmed that logging in as guest shows the correct
http://bugs.freeciv.org/Ticket/Display.html?id=40577 >
Even though load_auth_config() is only ever called
with a filename from the server command line, it uses
is_safe_filename() to disallow ".." in the path. This
makes it rather annoying for testing.
Since it is in all likelyhood fine to trust
http://bugs.freeciv.org/Ticket/Display.html?id=40578 >
The call to sprintf in create_md5sum() writes the terminating
'\0' past the end of the supplied output buffer if the buffer
has exactly DIGEST_HEX_BYTES bytes. Attached patch makes the
original buffer in authdb_check_password() large enough f
http://bugs.freeciv.org/Ticket/Display.html?id=40579 >
> [EMAIL PROTECTED] - Mon Nov 24 18:57:36 2008]:
>
> From 2.1.7 server:
>
> Program terminated with signal 11, Segmentation fault.
> [New process 14692]
> #0 0x004c66b0 in server_player_init ()
> (gdb) bt full
> #0 0x004c
http://bugs.freeciv.org/Ticket/Display.html?id=40580 >
If a connection cuts itself, there is an error in the server:
WARNING: trying to send data to the closed connection
and it becomes impossible to use that connection "slot" to
reconnect. The client just waits forever at the connect
page, pre
http://bugs.freeciv.org/Ticket/Display.html?id=40570 >
> [EMAIL PROTECTED] - Fri Nov 21 07:07:26 2008]:
>
> Your no_fights appoach is nice but insufficent.
>
> 1) it doesn't work for non_allied_unit_tiles that have only allied
> units on them
I may be mistaken but, do you mean that the explor
http://bugs.freeciv.org/Ticket/Display.html?id=40579 >
> [EMAIL PROTECTED] - Mon Nov 24 23:50:05 2008]:
>
> 2008/11/24 Madeline Book:
> >
> > Do you know what you did to get the segfault?
>
> That core is from public server.
>
> From logs it seems that se
http://bugs.freeciv.org/Ticket/Display.html?id=40581 >
I propose that all request_id related code be removed,
since it unnecessarily complicates connection handling,
causes side-effect bugs and desynchronization between
the client and server (due to its state dependence),
and generally does not h
http://bugs.freeciv.org/Ticket/Display.html?id=40579 >
> [dmarks - Tue Nov 25 12:13:00 2008]:
>
> On Tue, 25 Nov 2008 09:56:59 +0900, Madeline Book
> <[EMAIL PROTECTED]> wrote:
>
> >
> > [...]
> >
> > If no problems are found with the patch I w
http://bugs.freeciv.org/Ticket/Display.html?id=40581 >
> [EMAIL PROTECTED] - Tue Nov 25 05:40:06 2008]:
>
> I thought the request_id was intended to associate a packet sent to
> the client with the particular request that the client had sent to the
> server.
>
> [...]
>
> Now at what point does
http://bugs.freeciv.org/Ticket/Display.html?id=40579 >
> [dmarks - Tue Nov 25 23:41:12 2008]:
>
> On Wed, 26 Nov 2008 04:53:37 +0900, Madeline Book
> <[EMAIL PROTECTED]> wrote:
>
> >
> > http://bugs.freeciv.org/Ticket/Display.html?id=40579 >
>
http://bugs.freeciv.org/Ticket/Display.html?id=40479 >
> [book - Fri Sep 05 22:13:20 2008]:
>
> The connection list in the pregame page does not
> remove the '*' after a player's name when their
> command level changes from 'hack' to something
> less.
Attached patch adds the required connection
http://bugs.freeciv.org/Ticket/Display.html?id=40582 >
> [EMAIL PROTECTED] - Thu Nov 27 00:35:28 2008]:
>
> Hello all,
>
> I tried to make a GStreamer audio plugin for Freeciv. It's a work in
> progress but it already works well. It's my first contribution so,
> please let me know if there are
http://bugs.freeciv.org/Ticket/Display.html?id=40580 >
> [pepeto - Mon Nov 24 22:27:47 2008]:
>
> > [book - Mon Nov 24 22:05:02 2008]:
> >
> > If a connection cuts itself, there is an error in the server:
> >
> > WARNING: trying to send data to the closed connection
> >
> > and it becomes imp
http://bugs.freeciv.org/Ticket/Display.html?id=39613 >
> [pepeto - Sat Aug 25 15:15:14 2007]:
>
> 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
> warserv
http://bugs.freeciv.org/Ticket/Display.html?id=39131 >
> [pepeto - Wed Jun 25 11:30:21 2008]:
>
> It actually occurs when the client connection is broken by the server
> whereas the server is reading a packet from. A simple example is when
> you attempt to cut yourself from the server. Then, you
http://bugs.freeciv.org/Ticket/Display.html?id=40579 >
> [dmarks - Thu Nov 27 12:58:06 2008]:
>
> On Wed, 26 Nov 2008 11:34:07 +0900, Madeline Book
> <[EMAIL PROTECTED]> wrote:
>
> >
> > http://bugs.freeciv.org/Ticket/Display.html?id=40579 >
>
http://bugs.freeciv.org/Ticket/Display.html?id=39131 >
> [pepeto - Thu Nov 27 07:49:11 2008]:
>
> Unfortunately, this patch wouldn't remove the useless
> warning "WARNING: trying to send data to the closed connection".
>
> It needs also to check after "command_ok = handle_packet_input(pconn,
>
http://bugs.freeciv.org/Ticket/Display.html?id=40579 >
> [dmarks - Thu Nov 27 23:25:28 2008]:
>
> On Fri, 28 Nov 2008 07:33:23 +0900, Madeline Book
> <[EMAIL PROTECTED]> wrote:
>
> >
> > http://bugs.freeciv.org/Ticket/Display.html?id=40579 >
>
http://bugs.freeciv.org/Ticket/Display.html?id=40583 >
> [EMAIL PROTECTED] - Sun Nov 30 21:51:29 2008]:
>
> While I was playing a freeciv game I noticed that I'm unable
> to load the game again.
Is this on trunk? I think I have noticed this before too,
some save files do not work while others d
http://bugs.freeciv.org/Ticket/Display.html?id=40536 >
> [pepeto - Sat Nov 15 13:39:13 2008]:
>
> Feel free to modify the patch.
Alright, finally I have time to get back to this.
This time when testing I found that bombers when they
have to wait at a tile before doing an attack (i.e.
the attac
http://bugs.freeciv.org/Ticket/Display.html?id=40536 >
> [pepeto - Mon Dec 01 22:45:49 2008]:
>
> > [book - Mon Dec 01 22:15:19 2008]:
> >
> > > [pepeto - Mon Dec 01 07:17:09 2008]:
> > >
> > > > [book - Mon Dec 01 03:54:35 2008]:
> > > >
> > > > I also made some minor style changes (but I te
http://bugs.freeciv.org/Ticket/Display.html?id=40585 >
Attached patch makes the aifill call in load_ruleset only
activated when it is actually needed, instead of being
called all the time in the middle of game loads (etc.)
where it stomps all over the server player state.
--
http://bugs.freeciv.org/Ticket/Display.html?id=40584 >
> [chrisk - Mon Dec 01 18:55:21 2008]:
>
> Loading 1894m: Aztec nation missing is game, not listed in
> civserver, city of Zinaparo shown but wiped off the map when
> I fly along.
There were two bugs in the loading code that the attached
pa
http://bugs.freeciv.org/Ticket/Display.html?id=40586 >
> [chrisk - Wed Dec 03 14:29:56 2008]:
>
>
> rev today trunk+fix-player-loading-patch GTK
>
> After cancelling an alliance with an ai player, I still
> can see into his territory, at least the fog of war is
> not shown on the map during th
http://bugs.freeciv.org/Ticket/Display.html?id=40588 >
> [EMAIL PROTECTED] - Thu Dec 04 02:29:24 2008]:
>
> The font inside of the freeciv Help Browser is unreadable.
> Since this might be hard to fix on just one OS, could you
> add a plus/minus font size button(s)?
There is a font changing int
http://bugs.freeciv.org/Ticket/Display.html?id=40590 >
If there is more than one pillage target on a tile the gtk2
gui prevents selecting a road as the target. This is because
S_ROAD is equal to zero so it becomes NULL when casted to a
pointer as a callback userdata argument, which is then ignore
301 - 400 of 785 matches
Mail list logo