dustyhansen

I am having an issue with some of the images in kill feed not loading and showing a black rust logo instead. I have tried reloading image library and kill feed, but it didn't fix it.

Couldn't disagree with you more on this reply. Appreciate the dialogue and all that, but you are completely off base here and close to losing a customer. I am fine with you leveraging my review for a positive outcome, but in the meantime the plugin is being sold to other customers without the awareness of the issues and shortcomings that the plugin has and all they see are 5-star reviews that were approved without issue. I would rather have you remove a review that is no longer applicable/accurate after contacting the reviewer to update it, then have you refuse to post an honest and accurate review because you want to censor our reviews, which is essentially what you are doing here. And posting about features the plugin lacks is not forcing them to add them or abusive. I am offended at the accusation actually. If I review a refrigerator and after using it for a month realize that it would be nice if it had a light in the door so I could see when I was dispensing water, there should be nothing wrong with me mentioning that in the review. That is not abusive nor forcing them to add a light. It is letting other customers know that they may want to look for one with a light, because it is a feature that is missing in this product. Or perhaps a light is not important to them and they can buy it anyways. I agree that mentioning some missing features would be bogus, but if you say hey this raid protection plugin doesn't include offline raid protection or this kill feed plugin doesn't post when players die by drowning shouldn't be an issue.

@Kaooa this is pretty concerning that upgrading from stone to metal caused it to downgrade to twig. Were you able to upgrade it again or was it stuck in twig? If a large clan base tried upgrading and was downgraded to twig, that could be a disaster to have to deal with. @Iftebinjan what does the data file have to do with this bug? Why would it be causing twig to not be upgraded to metal or stone to be downgraded? It seems to me that removing the data file on wipe is just a bandaid and not a fix for the real issue. I am concerned about this because I switched to this plugin from BetterTC because I had a similar issue with BetterTC. We had a large clan base that was made of mixed resources try to upgrade and it downgraded the whole thing to twig. It wouldn't let us upgrade it and the players had to manually upgrade everything by hand again. This happened to us twice and appears to be happening to another buyer as well: https://codefling.com/files/support/13569-upgrade-problem/ https://codefling.com/files/support/15500-bug-after-an-upgrade-the-base-becomes-all-in-twig/ I don't want the same issue with this plugin, so that is why I am writing.

I did report this issue before, but you insisted on a clip from me too: https://codefling.com/files/support/13569-upgrade-problem/ I couldn't easily reproduce it, so I couldn't send in a clip. But it did happen to us again a few weeks later. And sending a clip is just your way of saying you don't believe us. If we describe the steps that we took, what does a clip do other than prove it happened? Worry less about getting a clip and more about the report itself please.

I appreciate the explanation. I personally feel like this is bad design and the plugin should use a data file or some other means of storing the separate inventories so that you don't lose items in the event of a server restart, crash, etc. But, if that is the way it is written/expected behavior, then I will just not use the feature since I can't rely on it to keep my inventory safe and do not want to have to worry about what mode I am on before logging off or server restart. Thanks.

I changed the webhooks to the new URLs and they are still not sending.

This worked, thanks. I was using "god true" and that didn't work.

I found it after some digging: https://codefling.com/refunds/

I understand. I appreciate how hard it must be to make a map like this and I appreciate the attention to detail, especially for a themed map like for Halloween or Christmas which are not very common. We really enjoy the map and the time you put into it.

Also, I would like you to have a refund policy posted clearly on the website and a process for requesting said refund. I have 4 plugins I have bought that are no longer being sold because they just stopped working and another 4 that I could never get to work correctly and gave up on dealing with the dev, for example. Are these covered in any way? Are there any guarantees when I buy a plugin? Or is everything sold as-is?

The fact that negative reviews require additional moderation and verification is not a problem, but if the review has sufficient detail and is negative, it should be approved without having to require the buyer to have submitted umpteen support tickets and have a face-off with the developer over the review content. Can you imagine if other products were that way? You buy a new appliance and have to have contacted LG support first before posting an honest review and then have to argue with someone at LG to justify why you wrote what you wrote? My last review was extremely thorough and I had submitted 5 support tickets prior to writing it and it was still not approved and it wasn't even a bad review, it was 3-stars and pretty optimistic. Negative reviews are critical to the purchase decision and push developers to fix their product quicker. It is misleading when I go to buy a plugin and all I see are the positive reviews because the negative ones were filtered out of my view so they could be "worked on" and made positive. Frankly I am getting pretty tired of buying a new plugin and having to open several support tickets for broken things and then having to wait weeks on end for a response to my submission, only to have a dev (most of which lack any form of customer service skills) reply to me that it "works fine for them" and dismiss my issue as if I am a crazy person that just made it up. Sometimes a review is the only tool we have to combat this and you are taking that away from us. You say this is the goal, but then you go on for multiple paragraphs about how if reviews mention broken things, they don't get posted. Or if reviews mention features that are missing, then they don't get posted. This is the wrong perspective as well. The features that a plugin is missing should be pointed out as shortcomings, because often times people don't realize that they need that feature until they actually use the plugin on a live server. I don't think there is anything wrong with mentioning a reasonable feature/functionality that is lacking in the plugin that influences your opinion of the overall quality of the plugin.

Really? So I should be stuck with all the broken shit for the whole wipe? How about you test the map thoroughly before releasing it, so I don't have to open 6 support tickets with issues that I find?

@Meventany update to this? The plugin still requires a reload manually after server restart in order to work.

I posted this 2 months ago and there was no reply. I know you added support for legacy shelters to War Mode for PVE players, but is it possible to add it to Raid Protection as well for those that don't have War Mode?

Just so you know, I have been using both War Mode and Raid Protection together and it is working well for the most part. My goal is to offer offline raid protection to all bases where a PVP player is not online. I cannot disable War Mode protection because I need it to protect the bases of PVE players when they are online. Raid Protection isn't able to add online protection to only PVE players as far as I can tell. So, right now PVE bases are double protected by War Mode and Raid Protection when PVE players are offline, which is fine. I can give the raidprotection.ignore permission to the "warmodepve" group so that if a PVE player is online it does not disable offline raid protection for the base, thus requiring that a PVP player be online in order for the base to be raidable. This works how I want, but there are 2 issues with this approach. 1) If the TC was placed (founder) by a PVE player, then the base has no raid protection at all because of this bug with Raid Protection: https://codefling.com/files/support/16917-offline-protection-not-working/ 2) If the player switches to PVE or to PVP, the raid protection is not updated automatically unless the plugin is reloaded because of this bug with Raid Protection: https://codefling.com/files/support/16868-ignore-permission-not-working/ It would still be nice if the Raid Protection plugin was updated to integrate with War Mode more easily, but if these 2 bugs were fixed it would address my use case and allow your customers to add offline raid protection to War Mode and solve for the issue of bases with both PVP and PVE players on the TC.

Any thoughts on this?

I see you liked the post, but any ETA on an update? Thanks.

Any response here?

Any thoughts on this? I would like to be able to assign the ignore permission to certain groups of users, so that their online status does not influence raid protection, but if they happen to be the founder and in one of those groups, their base won't be protected at all.

Any update on this?

Were you able to test this?

Any suggestions on what the issue is here? Is it supposed to be 1 or 99? Why isn't it working?

@Iftebinjan please respond

I don't know what the reason for the errors are, I am just reporting issues with the terrain as we find them. When a player builds next to an oasis in P7 and wakes up the next day and their base is in P8 and the oasis is missing from the map entirely, it is disruptive to the player experience.

I just tested this and you can still click the button if it is Hud instead of Overlay. I have other plugins that add buttons to the Hud that are clickable as well. I think this should be changed in the plugin's code.