adrian

Hey @Robin S - I am using your code and module settings. The one thing I did notice when I imported your module settings though is that you are using an older version and I have a feeling that might be the reason. Please try updating to 1.0.2 and let me know.

Ok, great to see that working, although I am still not sure why it didn't work on the Frontend, or has that solved itself also? But back to the original topic - this result shows that your email is successfully being prepared and sent by PW - now it's just a matter of why it isn't actually going out. I admit I didn't properly read the early posts, but if you are using WireMailSMTP, did you use the TEST option there to test your settings?

Sorry, I don't know what you mean - can you post a screenshot and explain please? I think you definitely have some AJAX issues, but I have no idea what at the moment. Any chance this site is live somewhere I could take a look? Not that it should matter, but do you have the core SessionHandlerDB module installed? Also, what happens if you reload the page after submitting the console mail code - does the Mail panel show up populated then? Or, what about putting that code in a template file and loading a page with the template - does the main Mail panel show then?

FYI, in case it's not obvious, it's a file compiler issue. Something to do with the line breaks. I have come across this once before. It's a pain, but an easy fix.

Thanks @tpr and @gmclelland for all the updates. Just updated and got this:

Ok, it looks like your AJAX panel might not be working. Are you running PHP 5.3? If so, the AJAX panel won't work. If you are running 5.4 or greater, please check "backend" in the "Show Debug Bar" section and load the main admin page tree view and let us know if the AJAX panel shows up there.

Ok, the latest version of Tracy should fix those errors. Please update and let us know if the AJAX version of the Mail Interceptor shows the email as expected.

Ah - thank you. You must be using an older version of PW before there was support for $urls. My fault - I should have used the older and more compatible $config->urls. I'll post a fix shortly, but in the meantime, I think if you just disable the SnippetRunner panel, everything should work ok.

Ok, it looks like you have seeing a bug there that is causing problems with the AJAX bar - we need to solve that and then hopefully you should be good. Can you please send a screenshot of the error when you hover over the SnippetRunner panel please? And also those from the "2 errors" panel. Also, can you please let me know what version of Tracy you are running?

@ryanC - I don't know what that wireMail() isn't working. I just copied the code from @szabesz's post and with the Mail Interceptor panel enabled, it returned the same result that he had - a successful mail. Just curious - did the AJAX bar appear below the main Tracy debug bar? Assuming you installed a recent version of Tracy your screenshot is showing the main Mail Interceptor panel, not the one updated by Console mail call. Actually it looks like @szabesz has an old version also. See my screenshot showing the AJAX version with (ajax) in the header:

Hi @Robin S - I just tested creating a repeater item here via the API and didn't have any problems. Any tips on how I might be able to reproduce this? Maybe send me an export of your repeater field, and an export of your PageRenameOptions settings (ModuleSettingsImportExport makes this easy) in case there is some other setting that is also involved.

The other tool we have that might be useful is: permissionMethod

Does this help? Looks like calling the module and using getDefaultData() on it works here:

Does adding this to your config.php help? $config->defaultAdminTheme = 'AdminThemeUikit';

If you're think you're going crazy (I did ) and wondering why you can't uninstall modules on your site, please update Tracy! - the new Request Info panel was the cause. I also just fixed an issue with the ProcessWire Version Switcher panel. Not sure when it stopped working as expected (I think maybe a PW core change affected it?), but it wasn't doing a final reload after the version was changed which made it look like nothing had happened. This is now fixed and once again makes it possible to change core versions with one click.

Nice little improvement to the ProcessWire Info panel. I have reduced the admin links section down to some basics: Admin Login / Logout Clear Session & Cookies Tracy Debugger Settings. The removed links can now be added as you wish via the "Custom Links" section. This is configurable in the module settings and lets you link to any page in the Page Tree. The two screenshots show the same custom links (with and without labels). You'll notice that I have added links to a few Process modules (Upgrades, Changelog, and Cache Admin), along with the links that used to be available by default, and then another link to "Add Page" and also to a plain page (My Special Page). Personally I am just going to remove many of these for my own setup so it's just down to those I use a lot. For example I will definitely delete the "Fields", "Templates", and "Roles" links because I rarely want to go to those parent pages anyway - I always want to go via the admin submenus to go to a specific template or field, etc. Anyway, hopefully you'll all find this a useful way to add shortcuts to regular admin tools from the frontend of your sites. On a minor technical note, the module settings for these custom links actually converts the page IDs to page paths so that you can use the Module Settings Import Export module to setup Tracy on other sites without having to redefine these links (because page IDs for non admin pages will be different).

I haven't looked at the details here, but I wanted to mention that maybe you should be careful of the $parent_name in array check. Maybe parent->path would be safer. There is always the chance that you could end up with two pages on different branches with the same name. Also, remember that we have $input->url (instead of $_SERVER['REQUEST_URI']). What about this: if(strpos($input->url, page()->parent->path) !== false) throw new Wire404Exception();

Not sure I have tried to access a function inside a Hanna code before so defining in the code might make sense, or include() 'ing the file. Or in the Hanna code wrap the function definition in a if(function_exists()) wrapper so the function will only be defined once.

Might be a namespace issue - try calling it with: $summ = \wordLimiter($properties->body); or: $summ = \ProcessWire\wordLimiter($properties->body); Not sure what namespace your _func.php file is in.

Just a quick update to let you all know that: 1) With lots of help from @gmclelland we have been ticking off a lot of PHP 7.2 errors. Not sure that we have discovered them all yet though, so please let me know if you come across any. 2) I just forced the Validator panel to use the HTML5 version all the time. I was finding the other version wasn't working for some sites. Hopefully this won't cause any problems, but please let me know if you find anything amiss.

Firstly, sorry about the number of settings in Tracy - that isn't a sign of your lack of PHP knowledge, but rather a sign of my indecisiveness Really this is up to you. I leave it running - it's not accessible to regular users anyway. In production mode it can send you emails when it logs errors. But if you want you can uncheck the "Enable Tracy" option so there is no load at all from it, although it's not noticeable in production mode anyway.

Actually @alan - I should note that in some instances using the Console panel for this purpose may not achieve what you are looking for. If your template had overridden $user somewhere you might be better off doing bd($user) or bd($user->name) just before that isLoggedin() check so you know you are getting the value that is being used right there in your code. You can do this in your code editor, or you can even do it in the Template Editor panel and use the "Test" button - that way no changes are even made to your template files, so no need to remove debug statements when you're done. Have a read here: https://processwire.com/blog/posts/introducing-tracy-debugger/#template-editor-panel

@theoretic - have you had a look at @Macrura's new module: https://processwire.com/talk/topic/17458-settings-train-module-preview-all-aboard/? Maybe this will take care of your needs?

Sorry if it seems like I am promoting Tracy here, but if you were using her, you could just do this in the Console panel and you'd instantly see if $user is an object and what the name of that user is.

The video fieldtype can do autoplay and loop - take a look at the Mediaelement API (https://github.com/mediaelement/mediaelement/blob/master/docs/api.md). You can also completely replace the video rendering code in the settings of the module with another player if you'd prefer. Not to say that a normal files field isn't fine, the Video fieldtype just makes it easier to manage videos in the backed because it creates images, shows the length of videos, and a few other things. Really depends on your needs as to what will be best.