bugFreeciv - Bugs: bug #20556, No way to disable hack access of...

Show feedback again

bug #20556: No way to disable hack access of new clients of local server with same user

Submitted by:  Jacob Nevins <jtn>
Submitted on:  Sun 24 Feb 2013 02:35:32 PM UTC  
Category: NoneSeverity: 1 - Wish
Priority: 5 - NormalStatus: None
Assigned to: NoneOpen/Closed: Open
Release: Operating System: None
Planned Release: 

Add a New Comment (Rich MarkupRich Markup):

You are not logged in

Please log in, so followups can be emailed to you.


Sun 24 Feb 2013 02:35:32 PM UTC, original submission:

When I'm testing Freeciv from my checkout, and I launch a server separately from the clients (to simulate a "real" client/server setup), all the clients automatically get 'hack' access.

It's possible to downgrade already-connected clients with a server command like 'cmdlevel basic', but this doesn't affect newly connecting clients.

This means it's hard (particularly for developers) to test the server the way a real network server would be run; clients with "hack" access get all sorts of random extra allowances (such as non-ASCII city names), so it would be easy to miss bugs impacting real use.

It needs to remain possible for local separate-server-and-client setups to use 'hack', or e.g. editing will become impossible in that scenario. Arguably it should remain the default behaviour (certainly it needs to be the default for client-spawned servers).

I think the easiest answer is a server option or similar that allows automatic hack access to be completely turned off. In this mode any single_want_hack_req from the client is ignored. (This option ought to be only changeable at 'hack' level, I think.)

In this mode, "hack" access would still be possible manually via /cmdlevel (e.g. from the console).

If not the default, for this to be useful developers have to remember to use it, but that's an improvement on the current situation.

Could have a server in this mode signal its unwillingness to play by returning a blank filename to the client in join_reply, but that requires a capability bump as existing clients will try to create the empty file. On stable branches it's harmless to have the client create the file and return you_have_hack=false anyway.

Might want to hide/disable/ignore this option for client-spawned servers, to stop single-player users getting themselves into trouble by getting it somehow saved it in their .freeciv-client-rc-X.X and being completely unable to start a controlled server.

Jacob Nevins <jtn>
Project Administrator


(Note: upload size limit is set to 1024 kB, after insertion of the required escape characters.)

Attach File(s):

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -unavailable- added by jtn (Submitted the item)

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Please enter the title of George Orwell's famous dystopian book (it's a date):



    No Changes Have Been Made to This Item
    Show feedback again

    Back to the top

    Powered by Savane 3.1-cleanup