Bukkit

Is there a way to have a rent sign attached to a shop that has multiple regions.?

@nlthijs48

We have spent some time researching the issue and found the source, or what we believe to be the source at least. The files save correctly when the server shuts down, all config files are properly produced and saved and everything is in working order.

When the server restarts however, the files are deleted after which the console simply states:

[05:29:17 INFO]: [AreaShop] Enabling AreaShop v2.1.5
[05:29:17 WARN]: [AreaShop] Region of areashoprent3 does not exist anymore
[05:29:17 WARN]: [AreaShop] Region of test2 does not exist anymore
[05:29:17 WARN]: [AreaShop] Region of test6 does not exist anymore
[05:29:17 WARN]: [AreaShop] Region of areashoprent2 does not exist anymore
[05:29:17 WARN]: [AreaShop] Region of test4 does not exist anymore
[05:29:17 WARN]: [AreaShop] Region of areashoprent1 does not exist anymore
[05:29:17 WARN]: [AreaShop] Region of areashoprent5 does not exist anymore
[05:29:17 WARN]: [AreaShop] Region of test5 does not exist anymore
[05:29:17 WARN]: [AreaShop] Region of test3 does not exist anymore
[05:29:17 WARN]: [AreaShop] Region of test1 does not exist anymore
[05:29:17 WARN]: [AreaShop] Region of areashoprent4 does not exist anymore

Looking further into it, Cayorion has stated that Areashop is loaded before our worlds are properly loaded by MassiveSharding. By assuming all world maps have been loaded, Areashop deletes all yml files of worlds that cannot be found. After Areashop has been loaded, MassiveSharding properly loads and then all data is obviously gone.

What will follow in writing below is purely a message I am passing on from our coder, as I do not code myself and I don't understand coding lingo.

Cayorion believes he has identified the problem in https://github.com/NLthijs48/AreaShop/blob/master/src/nl/evolutioncoding/areashop/regions/GeneralRegion.java#L159

stating: "An easy solution could be for him to deferr the loading of regions to the first server tick. Though I think that the plugin should avoid deleting files at all, what if the world loader plugin crashes due to a bug on server start? In such a case AreaShop would delete loads of regions. A server owner might also want to take a map offline for a while and then put it online again without the regions being lost. Maps may be removed and added during runtime without a server restart. A plugin like AreaShop should not assume that all world maps are always loaded, neither should it assume that regions should be deleted just because a world map wasn't loaded, so actually I think that deferring to the first server tick is not enough. I think regions for non-existing worlds should be kept. But he might know the proper solution better. "

Cayorion has stated he can make a temporary solution to the problem on our end, though we would greatly appreciate a bugfix (I'm assuming there are more plugins that load worlds after Areashop, so it seems more like a design flaw rather than a compatibility issue) Our capital world's release schedule was planned 3 days from now, and we were greatly looking forward to having Areashop replace the inferior rental plugins that are otherwise offered out there.

Thanks again for your assistance and we look forward to a workable solution!

@nlthijs48

ok, and sorry :x

2nd plot that it happens:

[16:47:47] [Server thread/WARN]: [AreaShop] Task #10809217 for AreaShop v2.1.0 generated an exception java.lang.NullPointerException at nl.evolutioncoding.areashop.Utils.createCommaSeparatedList(Utils.java:71) [?:?] at nl.evolutioncoding.areashop.regions.GeneralRegion.getAllReplacements(GeneralRegion.java:405) [?:?] at nl.evolutioncoding.areashop.regions.GeneralRegion.applyAllReplacements(GeneralRegion.java:440) [?:?] at nl.evolutioncoding.areashop.regions.GeneralRegion.updateSigns(GeneralRegion.java:771) [?:?] at nl.evolutioncoding.areashop.SignChangeListener$3.run(SignChangeListener.java:287) [?:?] at org.bukkit.craftbukkit.v1_8_R1.scheduler.CraftTask.run(CraftTask.java:71) [craftbukkit.jar:git-Spigot-b73910a-726656b] at org.bukkit.craftbukkit.v1_8_R1.scheduler.CraftScheduler.mainThreadHeartbeat(CraftScheduler.java:350) [craftbukkit.jar:git-Spigot-b73910a-726656b] at net.minecraft.server.v1_8_R1.MinecraftServer.z(MinecraftServer.java:709) [craftbukkit.jar:git-Spigot-b73910a-726656b] at net.minecraft.server.v1_8_R1.DedicatedServer.z(DedicatedServer.java:316) [craftbukkit.jar:git-Spigot-b73910a-726656b] at net.minecraft.server.v1_8_R1.MinecraftServer.y(MinecraftServer.java:634) [craftbukkit.jar:git-Spigot-b73910a-726656b] at net.minecraft.server.v1_8_R1.MinecraftServer.run(MinecraftServer.java:537) [craftbukkit.jar:git-Spigot-b73910a-726656b] at java.lang.Thread.run(Thread.java:745) [?:1.7.0_65]

Tried /as sell dv182. NPE. tried adding [as] sign, NPE ^{on this error}

@nlthijs48

Many thanks for the reply and apologies for not replying to you! We really appreciate you hopping over to the MassiveCraft teamspeak, unfortunately I was asleep and did not notice the messages until much later.

I will go over your reply with our server tech and come back if it works/doesn't, the extra information should help Cayorion solve the problem. Apologies again for not being there when you showed up.

We at MassiveCraft seem to have some trouble using this plugin. When tested on a local server, it works perfectly fine. Problems appear after setting up of regions on MassiveCraft however.

• We set up the region with Worldguard
• We set up the rental with AreaShop
• A player (staff in this case) rents the region

Up to this point everything works fine, the plugin responds properly and everything seems functional. When we however restart our server network, the following happens:

• The region flags and ownership are retained on the region itself
• The rental however no longer exists. In fact the entire rental states it cannot be rented/unrented because "it is not registered for renting".
• Using /as info all returns the information that no rental regions exist, even though we set up several before, some rented, some unrented.

My question here is, would /as reload be necessary to save the rentals before the server restarts? Alternatively, are rental signs necessary, or can the plugin function fine without them and require the players to purely use commands?

For further reference:

• We never ran /as reload at any point, besides changing the config before the setting up of those regions
• We never set up any rentals with signs.
• We changed some of the text that appears in the flag changes such as changing the currency from "$" to " Regals" (with a space in front of it) and "day" to "days" as it was appearing as "300Regals for 30 day"

Any help would be greatly appreciated.

dont know... since we update to 1.7.10 and use AreaShop V2.1.5 it seems sometimes the area for an user disapear... dont know why, no errors or something...? We use wg 5.9

This has got to be the best thought out and designed region Sell and Rental sign shop plugin ever.

@nlthijs48

I understand. No problem. I am using AreaShop extensively right now and have added more information to my tickets.

@nlthijs48 Please see my latest updates on my ticket about not beng able to create a sign for a region. Thanks.
My experience has advanced on this subject and I opened up a new ticket. Please see"Problem creating groups and fixing signs created for the wrong region".

@PoseidonMC

You can set Worldguard flags in the config.yml file under flagProfiles: > default: > sold:. Try adding the following line:
build: deny
after the rest of the flags in this section, just before "resale:". Remember to indent using spaces to match the other flag lines. Remember also to do a "/as reload" afterwords.

This should add the flag build: deny to a region when it is sold.

Hey If anyone can help me. I set up the area and everything but then Non Buyers can Build in Bought Area if the buyer didn't close it off How do i make it so only Buyers can build in there rented Area