Posts by wild1145

  • What Can We Do Better?

    ↩  Tizz Apologies, I had mis-read the post on here which is my bad. Yes they do conflict currently, I'm not sure if OP Vanish or actively blocking OP's from vanishing is the lesser of two evils here. Will have a ponder.

  • Bug with tags

    The issue was that we have a tag filter on the term "sa" and your tag ended "sa" which is why it got blocked.


    I simply removed that from our list of blocked tags so it has been fixed. A different issue will be raised regarding the way tag filtering works to try to reduce the likelihood of it happening again.

  • the times come.

    As I said on teams, thank you for your hard work because I do know this has been another unforgiving role, and your support since I took over (As one of the only executives that has been around since I took over) your support has really been appreciated.


    The very best of luck with whatever it is that does come next for you.

  • Use permission nodes properly and ditch "free-op"

    So I am going to approve this suggestion, however it's approved as the ongoing strategy for TF in the longer term. This isn't (and really should not be) any sort of dramatic overnight change. There's plenty of work we can and should be doing I would suggest to work towards this. I'll have a conversation with videogamesm12 and Paldiu to see where we would want to make this change but I would suggest it's not something we want to be rushing in any case.

  • Add a /dye command

    So if this is in Builders Utilities, we have a ticket (FS-68) already open, given the plugin also adds some other handy dandy stuff I'll increase the priority of the ticket, and if I get some time myself this weekend will do some testing on our dev server to see if we can get it added ASAP.

  • What Can We Do Better?

    Quote

    ↩  RedEastWood I would remove the limitations on speech and rather encourage players /ignore disruptive players (this is a much more nuanced issue and i get that but thats what I’d argue for).

    So the goal of the new community guidelines (and previously removing the Zero Tolerance Policy) was to try to move away from naughty words lists and the likes, and to try to encourage context to be judged by those online or those reviewing the reports. I agree with part of the point you make further on in your reply though where the guidance around this probably needs to be improved, and I know videogamesm12 has been keen for some time to start writing up a form of hand-book or similar.

    Quote

    ↩  RedEastWood I’d also probably ease up grief sanctions in the flatlands, if you don’t want your build to be destroyed you should use the plotworld.

    I personally have no objections to this, but I'd like the wider communities input. With the launch in the coming months of the Plots Server, and eventually moving some of the other worlds out of the Freedom server, I'm personally not against transitioning the Freedom server to something closer to a "Sandbox" and given some of the changes 1.18 introduces, we might be semi-forced down that route, though I would suggest it's something I would want more community support on, and would hopefully be a decision for StevenNL2000 to make.

    Quote

    ↩  RedEastWood Larger goals would be removing the idea of “admin discretion”. I think its senseless and counter productive to leave things up to an admin’s judgement rather than actually spending time and documenting a staff handbook. It would make sanctions more uniform and would avoid admins losing their shit because of their own feelings etc. I say this because I know I would not sanction against things other admins might, and that’s a substantial lapse in the staffing system here. I don’t see the use for promoting admin discretion other than as a cover up for being too lazy to write a staff handbook.

    So I agree with having an admin handbook / something more formal than what we currently have, and I agree it will help quite a bit. Our "Guidance for issuing sanctions" post isn't really great, and was designed to try to help standardise the issuance of sanctions. I will say though I disagree that admin discretion is a bad thing, context is very important especially in TF, and I think to move to effectively a binary "Good / Bad" setup for admins to follow just leads to the problem we had with the old conduct policy, which was nobody bothered reading it because it had to get stupidly long to account for every loophole that ever came up.


    I think a middle ground of better and more complete (and maintained) guidance for admins would probably solve a lot of these issues, without going back to a state where our conduct policy actually becomes long to cover every loophole?


    Would appreciate your thoughts though, I might be missing something…

    Quote

    ↩  RedEastWood On a much larger scale, I think there needs to be an executive reshuffle in the ECM and possibly ECD (not sure how much Dragon will do as assistant or what they’ve been doing) departments. The ECM team is completely stagnant and they have not had a successful event for about 8 months (I am using the last successful MiniSMP as the example here). I am sympathetic towards Lyicx after reading his demoralisation post, but frankly it isn’t enough sympathy to be okay with him sitting on an empty rank. There are plenty of capable and willing members on this server who have the drive and passion to try their best, which is a lot better than doing absolutely nothing.

    I agree is the short answer. It's on the list of things I need to talk to StevenNL2000 about when he returns, and a re-shuffle is probably at this point in order. I think the ECD issue should be resolved, or at the very least I'd like to personally give things a fair chance to settle down and to see if the role change is effective, but I think a shuffle in how the ECM is is at this point in order. Again, on my list of things to talk to Steven about is events in general and what we do about them, because I don't think the current setup works as a pattern anyway and I'm not sure the server space we use to host them is worth it now.

    Quote

    ↩  rrnu I think removing the ability to make yourself invisible would be a good idea, since 99.99% of people use it to troll, grief or annoy. That, or add a command for us to see invisible players without having to do /near and /invis.

    Yeah, I think we have a suggestion already approved for this and it's just waiting on the dev team to do the work to get it added. Let me check and get back to you.

    Quote

    ↩  rrnu Also, there have been a few cases where people /msg me and harass me (not saying any names.) A way to block private messages in-game would put an end to potential harassment and annoyance.

    I'm sure there is a command that lets you do it, I'll check and make sure the permissions are setup. I'm guessing it's been setup but I've not made it clear to folks what it is, I'll check and get back on here.

  • What Can We Do Better?

    ↩  MagAgentV3 Okay let's take a look. I think I replied to you on Discord, if you can head to #support on Discord we'll work through what's causing it because I can't see what would obviously be causing it. I'm guessing it's a case of rubbish filters…

    Quote

    ↩  rrnu I think a global chat between tf servers (hub, freedom, and any other servers) would be nice

    So this is an idea I've been considering on and off for a while, I think right now it's not a big deal because the hub is currently just a stepping stone for 98% of players, but I'm thinking of ideas around cross-server guild chats and cross-server "Party Chat". I'm not sure I want to just link the chats themselves globally up for a few reasons. But yes, as part of rolling Skyblock into the core network and other game-modes in the future this is 100% something I'm thinking about, and trying to work out how best to actually make it work in a sensible place.


    EDIT: Also happy to hear reasons on why we might want to be doing that now, is there a sensible reason to link the global chats now / in the near future?

  • What Can We Do Better?

    ↩  RedEastWood What rules would you like to see removed specifically? Given we have 8 rules and most boil down to "Don't break the law" and "Don't make things un-playable for everyone else" I'd be keen to know how people would further remove / simplify things…?

    Quote

    ↩  MagAgentV3 Let me use the tag black mesa

    What error did you actually get? I can't think off the top of my head what would be blocking that…

  • What Can We Do Better?

    ↩  Feueristic I think one consistent theme so far has been lack of actual transparency with the dev team side of things, and the struggles we're going through. Part of that's on me for not making it more clear when we've been struggling to get updates pushed out / progress made, and I'm hoping some of the points raised earlier in the thread will help address it (Activity updates / similar).


    I'm certainly open to ideas as well, if there are other things we can do to make the community aware of these struggles, and hopefully keep people informed, I'm all for it.


    I'm trying to be more clear on the longer term "Big Project" bits that I'm working on / are of importance to the network, that will likely end up linking back to the dev side of things.

    Quote

    ↩  toyota_snpra player count

    Any suggestions on how to improve it?

  • What Can We Do Better?

    Quote

    ↩  videogamesm12 The Ticket System
    The reason I have been able to make such rapid changes to the TotalFreedomMod in my fork of the plugin is because I’m not held back by having to look for (or create) tickets for every single fucking thing. The ticket system may be better from an organizational point of view, but frankly I think it slows me down significantly as a developer.

    So we had a chat about this offline yesterday before I had to head off to bed. I think there has been some confusion about what has to (or should be) written as a ticket and what doesn't need to be.


    The ultimate goal of the tickets is to help us form our release notes for new version of our plugins, and to track the community's demands for things. It's also there to ensure we're prioritising the sort of things that will have a positive impact to the community, rather than whatever people think of on the spot.


    I probably need to have a conversation with Paldiu to make sure he understands what I've setup and how, and he can then make sure folks are up to date on that, but the entire goal was to make development easier by clearly stating what needed to be done and if appropriate, how it should be done. And it means we don't end up losing stuff on the forums like we have for years and years now. I don't expect people to raise tickets for minor code improvements / optimisations, but anything that we would want to feature in release notes should be ticketed ideally.


    This probably does lead into another topic which has caused pain (In my view) is folks ignoring the jira board (Which is where all the community suggestions that are approved go) and just implementing random stuff nobody wants. It just means the community gets pissed because they see dev time being "Wasted" on stuff nobody asked for, and causes extra agro for no benefit.

    Quote

    ↩  videogamesm12 NetworkManager integration should be optional
    I have always strongly disagreed with the motion to make TotalFreedomMod require NetworkManager to function properly. It should be considered optional in scenarios where somehow NM breaks. That way, we have a good failsafe system to use. It also means that anyone who wants to make a freedom server will be able to just download the plugin and put it in their plugins folder. No need to purchase a $20 plugin just to run an otherwise functional plugin.

    The long term goal is to fully remove TotalFreedomMod from the server, as well as as much custom code we possibly can. The bottom line is we don't have the number of developers that we used to, or as much of their time. Recent months have highlighted that for TF to stand any chance of longer term survival, we need to strip out the custom stuff we write that other plugins (Paid or free) have built in. If other servers want to use TFM, they're welcome to use older versions / add to it themselves, but right now I don't personally see a future for TFM or any similar plugin on the Freedom game-mode.

    Quote

    ↩  Telesphoreo The one thing I’d like to see gone is the severe efforts to organize development. It’s never worked well for TF. I was able to push out updates to the main server fast and keep a separate tab running for major updates. I’d like to see a hands off approach once again and let there be small updates and bug fixes more regularly than waiting to do everything at once. I know that’s not entirely how it works in the enterprise world, but that’s not where TF is at.

    There aren't any real serious efforts to organize development, because it's tried and failed. We now do the bare minimum to track community asks, and make it as easy as we can make it for it to be reviewed and approved. Formally tracking the suggestions in Jira and linking them to releases was designed to try to make it easier for us to track down where bugs / issues are introduced, and to ensure when we put stuff on Freedom-01 it's actually release quality, instead of patching of patching of patching, which has also historically called us issues.


    I'm open to ideas of how we find a sensible middle ground, because as I see it short of going "Do what the fuck you all like whenever and eh we can't approve / reject suggestions because dev's might never do it" I'm not sure how much less formal we can make it… Happy to take on thoughts though. Keen to get it better than it currently is…