HMC (FMF) T. Savage

@ Cpl Beauchemin https://15thmeu.net/forms/55-squad-xml-request/

If none of those solutions continue to work for your, I may need to check if your new account was somehow banned. I'll need your discord username (and 4 digits if you have not claimed a vanity username)

@ PFC N. Pedersen I apologize for the delay as I missed your reply. Please check the following reddit thread to see if some of the solutions other reported as working will also work for you:

Can you reply with a screenshot of what it is showing you when you try to join? Joining info:

Unban and server restart processed 02JAN24

I would agree according to the ACE v3.16.0 release notes:

For record purposes, those optics are default blacklisted by Liberation. It may be worth reviewing the other blacklisted items.

Doctor status isn't needed, merely the ACE Pharmacy settings being tuned to medic and not requiring a medical facility

1-2 squad corpsman, please

Something I personally experienced recently is I had the 3.6.0 beta version of TS3 installed and a recent change on there is causing a crash between the ACRE Arma 3 mod and the ACRE TS mod that was giving that exact error on Arma. You can verify your version of TS3 via Help > About TeamSpeak and it should say "3.5.6".

@ S. Hall Search engines like Google will continue to have that information cached and we have no control over those caches. The post has been hidden by CWO3 McGregor to administrative access only and the post URL can be tested in an incognito session. To continue with your Personal Information removed from search engines, you will need to complete a request with them to vacate their cached copy via a process similar to Google's: https://blog.google/products/search/a-new-search-tool-to-help-control-your-online-presence/

The required mods are listed under every operation order: Twin Shadows 11-22 OPORD The only other allowed mods are found here: Approved Client-side Mods Everything else is not allowed

Have you tried opening the ACE mod folder, deleting its contents, and then verifying integrity? I've had a few random updates get corrupt that manually deleting the files for steam to redownload was the only solution that worked for me

In your process of elimination, did you try loading into the server you're attempting without FIR_AWS loaded at all? If that lets you in, the error message you're getting is saying it can't verify the PBO because the server does to have the key for that PBO loaded, usually because the mod is not allowed on that server. Without more specifics on exactly which server you're joining (including server IP and port) and when you're trying to load into the server, the answers are only able to be fairly generic.

After two years of no longer using folders because my account's folders were broken by the above issue, it has been tracked down and resolved! Well... Until we update to a newer version of IPS and I have to fix it manually. So here's to hoping Invision Community resolves this issue with the following synopsis. Enclosed, I will use the example folder names above to keep things consistent and easier to illustrate. What was the issue? When using folders, you're able to reduce the size of your inbox and organize messages to be easier to find. I created multiple folders and loved the new organization and mild "neatness" I began to experience. As I moved positions, some of those folders became irrelevant and I deleted those folders to restructure. When I started reorganizing messages in my inbox, I quickly discovered the issue above. I was moving messages into "Folder Four" using the message list checkbox and dialog that prompted me which folder to move the message(s) to, but my messages were landing into "Folder Three" instead. I thought it was a one-time issue, so I again moved the message trying "Folder One" and it worked flawlessly. I retried "Folder Four", but the message was put into "Folder Three" once again. So let's look at the code for the "View Folder" drop-down and see what sort of "identifiers" are used by IPS when I try to navigate these folders. <!-- Irrelevant HTML attributes removed for readability --> <ul id="elMessageFolders_menu"> <li data-ipsmenuvalue="myconvo"><a href="https://forums.example.com/messenger/"><span data-role="folderName">Inbox</span></a></li> <li data-ipsmenuvalue="0"><a href="https://forums.example.com/messenger/?folder=0"><span data-role="folderName">Folder One</span></a></li> <li data-ipsmenuvalue="2"><a href="https://forums.example.com/messenger/?folder=2"><span data-role="folderName">Folder Three</span></a></li> <li data-ipsmenuvalue="3"><a href="https://forums.example.com/messenger/?folder=3"><span data-role="folderName">Folder Four</span></a></li> <li><a href="..." data-action="addFolder" id="elAddFolder">Add Folder</a></li> </ul> Very quickly, we can see the URLs contain a number sequence EXCEPT the position 1 is missing. If your recall my steps above, the folder in between "Folder One" and "Folder Three" would have been the since-deleted "Folder Two". So I validated this by creating one more folder called "Folder Five" and then I deleted "Folder Four". <!-- Irrelevant HTML attributes removed for readability --> <ul id="elMessageFolders_menu"> <li data-ipsmenuvalue="myconvo"><a href="https://forums.example.com/messenger/"><span data-role="folderName">Inbox</span></a></li> <li data-ipsmenuvalue="0"><a href="https://forums.example.com/messenger/?folder=0"><span data-role="folderName">Folder One</span></a></li> <li data-ipsmenuvalue="2"><a href="https://forums.example.com/messenger/?folder=2"><span data-role="folderName">Folder Three</span></a></li> <li data-ipsmenuvalue="4"><a href="https://forums.example.com/messenger/?folder=4"><span data-role="folderName">Folder Five</span></a></li> <li><a>Add Folder</a></li> </ul> The folder number for "Folder Five" didn't change! So I was moved forward under the assumption these integers correlated to account-specific folder IDs. My folder issues only appeared while I was trying to move messages with the "Move conversations" dialog accessible when using the message list check boxes. Let's see what the dialog drop-down thinks those folder numbers should be. <select name="move_message_to"> <option value="myconvo" selected>Inbox</option> <option value="0">Folder One</option> <option value="1">Folder Three</option> <option value="2">Folder Five</option> </select> There's our issue! The dialog is re-indexing our folder numbers instead of using the correct number found everywhere else. Moving messages to "Inbox" or "Folder One" always worked because the folder ID was correct for those two. So that's our problem but.. What's causing this? How can it be fixed? Why are the option values wrong? Since joining the Web Team (which has since been absorbed by our Data Systems S-Shop), I'm no stranger to poking around in the IPS code to track down minor issues that mostly stemmed from the server setup or IPS extensions. I began with inspecting the template's files to see if it was the one building the form incorrectly. With next to no leads, I remembered that this issue has existed through multiple IPS updates and changing themes between those updates, so this form must be getting generated by the IPS code. I decided to take a look at the dialog code once more to see WHERE does that form submission goes. <form action="https://forums.example.com/messenger/?page=1&amp;do=moveForm&amp;ids=12345" method="post" enctype="multipart/form-data"> <!-- ... --> </form> Thankfully, IPS's routing conventions make it easy to track down where that form submission is going. It's hitting a controller that's not explicitly listed here so it's likely in the "core" module and it's going to a function called "moveForm". A quick search of the "applications" and "system" directory for "function moveForm" yielded a controller named "_messenger" found within the core's "front/messaging" module. This "moveForm" function wasn't particularly complex and I quickly found a "select" field with the name of "move_message_to" that we saw in our dialog HTML - I think we have a match! <?php ... class _messenger extends \IPS\Content\Controller { ... protected function moveForm() { ... $folders = json_decode( \IPS\Member::loggedIn()->pconversation_filters, TRUE ) ?? array(); ... $form = new \IPS\Helpers\Form; $form->add( new \IPS\Helpers\Form\Select( 'move_message_to', NULL, FALSE, array( 'options' => array_merge( array( 'myconvo' => \IPS\Member::loggedIn()->language()->addToStack('inbox') ), $folders ), 'parse' => 'normal' ) ) ); ... } } I was able to quickly see that there is a list of folders attached to my account. I brought out the oldest debugging trick in the PHP developer book and I injected a "var_dump($folders);" momentarily so I could see the structure of that data. <?php $folders = ...; ... var_dump($folders); // Outputs: array(3) { [0]=> string(10) "Folder One" [2]=> string(12) "Folder Three" [4]=> string(11) "Folder Five" } So from this, we can see that the folder numbers are in tact. So it must be related to the form generator. After years of developing in PHP (and a good portion of my time debugging because it's honestly a crappy developer experience), a particular piece of code dealing with the array of folders caught my eye. <?php ... array_merge( array( 'myconvo' => \IPS\Member::loggedIn()->language()->addToStack('inbox') ), $folders ) ... That was it! But to make sure we are on the same page as to WHY the "array_merge" is the problem, let's take a look at the PHP docs for that function. The last sentence is exactly what is happening to our folders. In PHP, all keys are implicitly converted to integers unless it is a string not representing a decimal integer; in addition, PHP maintains an internal iterator to track the ordering of array items. In our case, our array of folders has numeric keys and they are being renumbered starting from zero as they are appended to the initial array that contains the default "Inbox" option. <?php // Example from the PHP Manual - https://www.php.net/manual/en/language.types.array.php $array = array( 1 => "a", "1" => "b", 1.5 => "c", true => "d", ); var_dump($array); // Outputs: array(1) { [1]=> string(1) "d" } How to we fix it? Merging two arrays in PHP when you want to maintain the key values is very trivial. <?php ... // First, we start with our first array that has the "Inbox" option $moveOptions = array ( 'myconvo' => \IPS\Member::loggedIn()->language()->addToStack('inbox') ); // Next, we loop over our list of folders, adding them to the array and maintaining their key value foreach ($folders as $id => $name) { $moveOptions[$id] = $name; } // Finally, we supply our new $moveOptions array in place of the array_merge $form->add( new \IPS\Helpers\Form\Select( 'move_message_to', NULL, FALSE, array( 'options' => $moveOptions, 'parse' => 'normal' ) ) ); ... A quick inspect of the dialog HTML and a test move of a message shows that issue has been fixed! <select name="move_message_to"> <option value="myconvo" selected>Inbox</option> <option value="0">Folder One</option> <option value="2">Folder Three</option> <option value="4">Folder Five</option> <option value="69">Winning Moments</option> </select> Conclusion Don't use PHP unless you have to because of some sort of hosting or compatibility reason - reconsider.

@M. Williams, We do not have any other forums accounts for your member profile, which means you were likely away prior to our migration to the current forums in 2017. S-1 will be able to assist restoring your qualifications and account as a returning member once you re-apply to the unit. HMC (FMF) T. Savage Data Systems Chief

@PFC Falle We aren't able to "waive" phone verification for a single account. You will need to contact Discord support and have them do a phone verification process for them to unlink your existing account. They would also be able to assist you with options to close your old account if you no longer use it and do not want it anymore. Respectfully, HMC (FMF) T. Savage S-6 Data Systems Chief

Every ribbon rack is handmade by our A&D clerks who try to do updates on a volunteer basis, many along side their active duty and leadership positions within the unit. It will be updated, but it may take a bit as our clerks have several updates coming down the pipeline.

Resolved with adjusted PERSCOM settings 11NOV21 For future S-1 reference, retired and discharged personnel need to be properly set to the Discharge/Retired status AND combat unit to be able to reapply.

@Cpl (Ret) Mahlum, I used a test account to verify the application process still completes. Will you PM me with any additional details you can provide regarding the error you are getting? Respectfully, HM1 (FMF) T. Savage S-9 Web Team

https://15thmeu.net/index.php?/notifications/options/

Requesting 3 Romeo - RO and IDFC qualified

Put me as Platoon Corpsman. The Lt might go down and need someone to step up on the radio