No one can not use /town new (town name)

[GoogleCodeExporter]

I find myself in a bit of a jam. Whenever myself (OP)or another player tries 
using the command /town new (town name) to create a town, all that comes up is:

[Towny] Null

Players have the corresponding amount of money to create a town (set to $200 in 
the config), yet the command will not yield the predicted results of making the 
town.

I have updated Towny from v0.82.0.0 to v0.82.1.0. I deleted the jar files for 
Questioner,Register,TownyChat and Towny, as well as the Towny folder from my 
plugins folder when doing so. I also entirely reedited the config.yml file.

The strange thing is that the server.log and the console do not show any errors 
when attempting to run the command.

Any insight would be greatly appreciated!

Thank you,

Ryan (LemonDingo)

Original issue reported on code.google.com by rbastl...@gmail.com on 9 Feb 2013 at 2:49

[GoogleCodeExporter]

Do you have vault/register

You did not fill out the form we ask to have filled out. Had you filled it out 
I would probably already have an answer for you.

Original comment by LlmD...@gmail.com on 9 Feb 2013 at 6:55

• Changed state: Need_Feedback

[GoogleCodeExporter]

We do have vault and register both installed.

Very sorry. I have added that form for you. Sorry to waste your time.

What steps will reproduce the problem?
1. Typing /town new (town name)

What is the expected output? : That it will create a town with the desired name.

What do you see instead? : [Towny] null

What is your Towny version number? : v0.82.1.0

What is your TownyChat version number? : v0.82.1.0

What is your Bukkit version number? : 1.4.7-R1.1 (Build #2628)

What operating system? : Linux

Please use pastebin.com to link the following files:
- Your full server startup from server.log,
http://pastebin.com/LfuSBwWw

- Your towny config.yml,
http://pastebin.com/5qtkPgWe

- Your townyperms.yml,
http://pastebin.com/RzZFehKL

- Your permissions file.
http://pastebin.com/n5cqavv1

In the case of chat-issues please link your:
- Chatconfig.yml

- Channels.yml

Skipping these files is not an option. It is the easiest way to diagnose an
issue ticket properly. If you do skip this step then your ticket will most
likely be deleted and you will be asked to resubmit.

Original comment by rbastl...@gmail.com on 9 Feb 2013 at 4:17

[GoogleCodeExporter]

Something is causing regsiter to not load properly. Remove register.jar and let 
towny use vault instead.

Original comment by LlmD...@gmail.com on 9 Feb 2013 at 8:50

[GoogleCodeExporter]

Thank you so much, that has solved that issue.

Now I am also all of a sudden having issues where players are unable to break 
things in the wild. I am assuming it has something to do with these settings:

############################################################
# +------------------------------------------------------+ #
# |                Wilderness settings                   | #
# +------------------------------------------------------+ #
############################################################

# These Settings defaults only. They are copied to each worlds data files upon 
first detection
# To make changes for each world edit the settings in the relevant worlds data 
file 'plugins/Towny/data/worlds/'

unclaimed:
  unclaimed_zone_build: 'false'
  unclaimed_zone_destroy: 'false'
  unclaimed_zone_item_use: 'false'
  unclaimed_zone_ignore: 6,14,15,16,17,18,21,31,37,38,39,40,50,56,65,66,73,74,81,82,83,86,89
  unclaimed_zone_switch: 'false'

I have tried it with the set to true and I have also tried it with them set to 
false and the issue still occurs. If you need me to make another ticket I will 
more than happy to do so.

Thank you so much for your assistance up to this point.

Original comment by rbastl...@gmail.com on 9 Feb 2013 at 9:43

[GoogleCodeExporter]

Give them towny.wild.*, that part is not used when using_permissions: true is 
in teh config.

I'm closing this ticket. If you have any new problems start a new one please.

Original comment by LlmD...@gmail.com on 10 Feb 2013 at 3:38

• Changed state: Invalid