Posts by wild1145

      Deauthorized They are doing this in return for my continued business and the fact they can offer this in the future. We're not paying anything for this at the moment. We'd only need to pay if we need enhancements to the importer that they don't see as generic enough to support their wider users.

    So just to update folks, we're working with Woltlab on the code blocks in quotes issue (As well as hopefully quotes generally) and are looking to see if they would support migration of our polling add-on which they usually would not (As add-ons aren't part of the core software) but given Flarum is 100% add-ons we're hoping they will make an exception.


    I've not yet seen any other issues with migrated content, so am assuming there are no other issues with the importer / migration setup?

    The network manager msg format has been changed with the help of some folks online earlier today.


    Sender Before:
    &c| &8[&6%sender_server%&8] &b%sender% &7> &8[&6%receiver_server%&8] &b%receiver%&7: &f%message%


    Sender After:
    &c| &b%You% &7> &b%receiver%&7 &8(&6%receiver_server%&8): &f%message%


    Receiver Before:
    &c| &8[&6%sender_server%&8] &b%sender% &7> &8[&6%receiver_server%&8] &b%receiver%&7: &f%message%


    Receiver After:
    &c| &b%sender% &8(&6%sender_server%&8) &7> &b%You%&7: &f%message%


    This should substantially shorten and simplify the cross-network messaging. I've left the thread unlocked for a bit so if anyone wants to upload screenshots of what it now looks like please feel free.


    If people want to make further changes to the formatting, please raise a dedicated new thread.

    Quote

      erin The problem that myself and others have identified is that he has already made this specific request to discord staff and been rejected as far as I know.

    It has been rejected multiple times. The last time this came up I made clear if it was that big of a problem I'd simply remove the role as it was only kept because I didn't want to be a dick when I took over.

    Quote

      Telesphoreo The only thing I’ve noticed is that it happens when my computer is under load so I’m thinking RAM

    It could also be motherboard. I had issues on my last computer where we think a capacitor fried so when drawing more power the board shorted and caused a bsod. Wouldn't surprise me if that might be happening.


    With things like ram I think there's memory checking tools in Windows that might give you some warm fuzsies?

    Quote

      Telesphoreo 1. It can take weeks for someone else to review it for some reason.

    Then prod another developer... Or the ELD...

    Quote

      Telesphoreo This doesn’t address the disorganization. The fact that stuff has to be reported on Jira, we do the work on GitHub, and are supposed to communicate on teams. GitHub does all 3 of those things much better than the current setup.

    Communication on teams was setup because it had better integrations into Github for all our projects, nobody ever complained (Certainly not to me other than when we spoke yesterday) but there's no reason we couldn't use Discord / similar.


    Github however isn't a better issue tracker, we had major issues on the original TFM setup because Github defaults to per repo issues not per project, the Freedom server as a project means we have other stuff we want to track and prioritise against, like other plugin updates / enhancements to things that aren't TFM etc etc. Jira gives us a lot more control and transparency in that regard and is also fully integrated into Github, you just have to include the Jira issue reference in the branch or commit and it'll pick it up and tie it in nicely.


    Again I've never said things can't be changed, but the ELD nor Steven has raised any concerns with me (Or @"Fyrsta"#118 in my absence) so I'm not sure how folks expect things to change if they won't communicate or even give them a go... Jira is easy as is Git and Teams if you can be bothered to give it a fighting chance.


    I need to drop back offline now as I've got personal matters still to attend to, I'm sure Steven / Paldiu / Fyrsta can cover any further points in my continued break.

    Quote

      RedEastWood These two steps seem useless if the code already works.

    That assumes people don't lie and write perfect code. A peer review is not a high bar of entry for code...

    Quote

      RedEastWood You’re hardly the owner anymore.

    Steven is welcome to enforce his own rules over how he wants to manage suggestions.

    While I am trying to take time away, given this is a conversation I've had this week with Paldiu on MS Teams and I seem to be getting a substantial amount of the blame here I am going to try to defend myself, because going "Owner workflow big bad that why we do 0 work" doesn't fly.

    Quote

      RedEastWood the owner has chosen not to listen to community feedback and get rid of NM,

    https://forum.totalfreedom.me/…re-i-see-the-future-of-tf

    Quote

      taah The issue with having the suggestion go through the owner first is because with all due respect to Wild, he’s sometimes on his own page.

    Ultimately the owner is the one that decides the direction of the game-mode, while I owned the Freedom game-mode myself, that was down to me, now Steven has taken on that mantle it's his direction the server will take and he can choose to be policed 100% by community or not, but we know (State of TFM being a prime example) of when the community gets their own way, it often is not in the longer term interest of the server, but for a sub-set of the current players.


    Workflow wise (As there's a few posts). I assume we're talking the actual development workflow, because that's what people have taken issue with, and frankly as Paldiu I believe agreed with me on Teams, people are making a mountain out of a molehill. For day to day developers, it's as simple as branch off of our "Development" branch, write your code, build and then test it, and submit a pull request to the development branch to add your feature. That's it. As long as it builds and doesn't introduce security issues or get flagged by static analysis as being poor code, someone else just needs to peer review it and merge it (Doesn't have to be me / ELD it just needs to be a developer so we don't have people pushing code).


    When we want to cut a release, I've made it a tiny bit more complex by creating release branches because I didn't want to get fucked if we needed to produce a bug patch only but ultimately it's a case of PR'ing from development to main (Or what I've done is branch off Development to a release branch, and PR that into main but the result is ultimately the same this just means you could cut later bug releases without partial features / sets of features being released).


    It's not tricky, and it's far easier than it ever was when TFM Was originally being written. A few people are upset because this means they can't write un-tested code and push it straight onto the server, which was happening a lot back before I took over and when I first took over as the owner, and one thing the community at the time really wanted was a degree of standards when it comes to making sure we don't keep putting shit code on the server and seeing what sticks.


    It should not be hard to


    1) Write some code
    2) Test it fucking works
    3) Raise a Pull request
    4) Have anyone else in the dev team review it
    5) Done.


    If we're talking about a different workflow, please by all means let me know, but I'm fed up of getting the shit here when all I've done is ask dev's to test their fucking code before it makes it into production on the server. The fact of the matter is nobody has been doing anything for months by the looks of it on the Github feed and that's because people CBA / Don't want to, not that the workflow is too complex. We're talking the basics of writing okay code here, I'm not asking you to write automated tests or unit tests or anything remotely business related, I'm asking you test your shit and have someone else check the code over before it gets merged.

    Quote

      Tizz I still think we’re losing a bit of TF history, since we’ve used polls for important changes and role elections.

    Unfortunately polls are a flarum add on so if we can move it it would be us doing it manually not woltlab. Will see what we can do but I suspect we will not migrate them and we can add a post with the results and votes for the polls for historic purposes.

    Quote

    @' 5 ' i’d love to see 2FA

    That should already be a thing, I'll check

    Quote

    @' 5 ' a compact mode (maybe a theme offers this?)

    I am not sure that will be possible, but we can look into it.

    Quote

    @' 5 ' the appropriate data controller contact email address added to the privacy policy (on separate occasions you have stated it is totalfreedom@atlas-media.co.uk or informationsecurity@atlas-media.co.uk, so i’m not sure which it is anymore)

    The current privacy policy on there is the default one that comes out the box with the software, I need to go through and get it re-written / updated as appropriate.

    Quote

    @' 5 ' i dislike that recent activity can’t be disabled, because it makes appearing offline totally meaningless

    I think the logic is if you chose to interact then people would notice it anyway? I think that's just how it's designed.

    Quote

    @' 5 ' also, pages feel like they are always zoomed in 150%.

    This might be more of a default theme thing, it is designed to use the majority of the screen.

      Deauthorized The entire current test instance will be burnt with the DB as well, when we're ready to do the move for real we'll lock out Flarum and re-move across. I'll probably as I said in the original post we may even do a couple m more burns and re-imports as the importer is currently an alpha importer that we're working on the devs with... It's part of why I have restricted things to read only and not restored all the posts.


    Current plan is once we're confident all the bugs are fixed then we can do a final import for real :)

      Allink Yeah, 15 seconds seems like a reasonable threshold as a general rule, but yeah we'll fine tune when we come to actually standing this up, now I know how it's setup we can tweak in the future.


    It used to be 30 seconds and 60 seconds depending on where you were, everything is just 15 now