adrian

As @kongondo said that module, while being very useful if you want as easier way to manage entry and formatting of phone numbers and their component parts, it won't do what you want. Actually I am starting to think that what you are looking for is a way to format/convert phone numbers that are entered into a textarea/body field into clickable links, rather than having a dedicated phone number field. Is that correct? If so, then that could actually make a useful Textformatter module.

That's probably a question for @ryan - I doubt he ever expected someone to install Uikit and remove the default theme. It sounds like he is planning on making Uikit the default sometime soon, but not sure his plans for the other themes - what will be included / installed by default? But I definitely agree that there needs to be some checks added to make sure if there is no default theme installed, that at least one of the modern ones is used, rather than falling back to an old one which most new PW users have never seen.

Thanks very much for figuring that out @Robin S - I certainly wasn't testing with a newly created/unsaved page. I have committed your fix. Cheers!

OK, I tested your code and it works fine here, although I am confused what you are doing with $email - you define it and never use it. Also, I assume you are replacing the two instances of me@email.com with valid email addresses you can check? The one thing here that might be off - you are submitting the form to another page (I think): http://localhost:8888/signage-B/form-response-1 - is this a valid PW page, or just a PHP script? If it's just a script, you need to bootstrap in PW (https://processwire.com/api/include/) so that script has access to wireMail() etc. Does that make sense?

Doesn't matter - it just needs to be the name of one of the fields in the form that will be sent and available via POST. Again, check the Tracy Request Info panel to see what has been POSTed.

Looks good at my end - thanks.

Sorry, of course you're correct - I have a local version with some minor changes, but nothing that would affect what you are seeing. I am not sure where to go from here - I have tried with your module settings and repeater field settings and not getting any errors and repeater items are being created just fine. The only thing I can think of is that my test site is multi-language, but I would think that would be more complicated, not less Any chance you could help debug where and why it is trying to change the name of the repeater - I don't think it should be doing that at all and I am certainly not seeing it here.

I think the most likely thing is that nothing is getting processed. You are checking for: if (isset($_POST['submit'])) { but you don't have a field named "submit" - take a look at the Request Info panel in Tracy under Input POST and you'll see an entry for "send", but not submit. You can also add a bd('test'); call as the first line inside the isset and you'll see that nothing will show up in the Dumps Recorder panel in Tracy, because nothing in there is being processed.

Ok, so as you said, now it must be an issue with the code in your form. Can you post that?

Ok, so that sounds promising. What happens if you run that Console panel code without the Mail Interceptor activated. Does the email get sent?

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.