adrian

I am baffled why a text field containing http(s):// would throw a 404 error - maybe Ryan has some ideas. What is the URL in the address bar that is throwing the 404 after saving the page? It still might make more sense to use a URL field type for this purpose, assuming this field is always for URLs and is not more general purpose.

@Tyssen - sorry for the issues with my module - I have just pushed a new version to exclude PW admin pages - its hook on ProcessPageView::pageNotFound won't be added if not viewing a page on the front-end. This should be a nice improvement in general, but should also solve part of your issue. Please let me know how it goes. Now onto the bigger issue of the google map link causing a 404 - can you please give us more details - what field type are you using for the url? Rather than removing the https:// entirely, what happens if you change it to http:// ?

My heart bleeds for you Whenever you get the chance to look it will be greatly appreciated - turns out to be pretty painful to replicate all the checks in all scenarios - hopefully I have everything covered.

@LostKobrakai - I just pushed a new version that adds a lot of new allowed template checking logic - can you please see if this fixes the issues you were having?

Try: id!=2, id!=7, has_parent!=2, has_parent!=7 That will exclude everything under the "Admin" page tree as well as trashed pages. You may also want to exclude the http404 page with: id!=27

What version of PW are you running? I have no problem editing the name of the superuser in 2.6.10 via the GUI.

Nice article by our own Guy Verville (https://processwire.com/talk/user/1691-guy-verville/) http://www.innobec.com/en/blog/websites/processwire-light-powerful-elegant Thanks for the writeup Guy!

What does the Response tab show for that POST request? Most likely an error that can help figure out the problem.

Actually, that is not true - you can use a URL to an image - even from an external website. The Error: Call to a member function add() on null error suggests to me that the picture template may not have a field called "images". Have you checked this? If you are adding from a local path it needs to be the full server path to the image, starting at the very root of the directory structure - it could be something like /var/www/myimagesfolder/myimage.jpg

Might be a memory limit issue - check out this thread: https://processwire.com/talk/topic/901-file-upload-problem/

Maybe this module with a custom "class" field added to each image? http://www.kf-interactive.com/blog/adding-custom-fields-for-images-in-processwire/

I just pushed an update to BatchChildEditor that fixes the issue with setting a custom field separator - I made some variable name changes after my final testing for that feature and didn't change all as needed. Everything should be working on that front now if you really feel the need to use tabs. I just tested again with a tab separated setup like in your example above and it is working fine - although I see that you got the patch for supporting MapMarker in CSVImport to work also, so you may not need my module anymore anyways. I would like to point out one advantage though - the ability to predefine csv column to field pairings so that you can make it easier for your site editors to import future addresses.

Sorry it seems like rocket science - there are definitely a lot of config options - this module is obviously about a lot more than just importing CSV files The double quote enclosures allow you to have commas inside the address subfield as well as between the other fields - no need to use tabs as the field separators. There does seem to be a current issue with the module making use of separators other than the default comma - I am looking into it now and should be able to fix fairly quickly. But, again if you use the quote enclosures for the address subfield this won't matter. I guess you aren't actually defining the lat and lng fields, but rather relying on the geolocation? What is the 111111 at the end of the address?

@Mikel and everyone else, Sorry for the hassles - this has obviously been a pain for you and taken up other folk's time as well. I am trying to duplicate here, but can't and also can't figure out how it could be an issue - if you are logged in, the first line inside the module's init() returns before any it does anything else. I'd love to be able to see a test installation where the problem is happening? Any chance you might be able to set up something on lightning.pw or elsewhere?

I see that you aren't following either topic so not sure if you will see these responses, but I posted a detailed response about how you can use Batch Child Editor for importing CSV files into pages with MapMarker fields in response to your post in the other thread. Hope that helps.

@theoretic - welcome to the forums. I haven't used this module for importing data into MapMarker fields, but I just tested my BatchChildEditor (https://processwire.com/talk/topic/6102-batch-child-editor/) and it is working great for MapMarker fields. You will need to configure the following to get it to work: Module config: Where editing tools are available and separately configurable > Configurable Pages - choose the parent page of the children you want to create with the map marker field. Settings tab of the parent page > Batch child editor settings: Data entry / CSV Import Settings > CSV Field Pairings: 1:title 2:map.address 3:map.lat 4:map.lng This of course should be modified as required, but it worked perfectly for me with a template that had just two fields: title, map The format of the CSV I imported was: Page One, "1 Smith St, New York, NY", 40.691049, -73.98734379999996 Page Two, "5 Brown St, Los Angeles, CA", 34.03673800000001, -118.26510000000002 Please let me know if you have any troubles getting it to work.

Just in case someone stumbles across this in the future - forceLogin() is now available (since 2.6.8): https://processwire.com/blog/posts/processwire-2.6.8-brings-new-version-of-reno-admin-theme-and-more/#new-session-gt-forcelogin-user-method-to-login-user-without-a-password

Sorry - I can't seem to duplicate this at all here - for me there is only the one template option listed. Is there any way you can narrow things down to a certain configuration? Perhaps access to a test install that is showing the issue? Thanks for helping to figure this out.

This module should do what you are looking for: http://modules.processwire.com/modules/after-save-actions/

This is intentional - if you want the automatically generated password to be used, make sure the password field is not populated. Not surprising - EmailNewUser is not autoload outside of the admin interface - see the instructions for using via the API where it mentions that you need to manually load it first. You could either change: "autoload": "template=admin", in the EmailNewUser.info.json to autoload : true or you would need to hack the FrontendUser module so that it loads this module with: wire('modules')->get("EmailNewUser"); // call the module since it is not autoload on the front end Perhaps you could request for pwFoo to add a check if this module is installed and if so, load it - others might find that useful too.

Ok, there is a new version with a new config setting: Automatic Email Send. This is checked by default, but if you uncheck this, then when creating new users the Send Email checkbox will be unchecked by default, so you will need to manually check each time to want to email a new user upon creation. This setting also works with users added via the API. If unchecked, they won't be sent an email, so you will need to use: $newuser->sendEmail = true; to have the email sent. Hope that meets your needs and others also find it useful!

Hi Beluga - glad you are finding it useful, although I have to wonder if your use case for emailing the admin when a new user registers couldn't be better handled by a separate custom module - most of the code from this module is likely not relevant. I think your tinkering regarding a manual only send email feature might be a useful option for this module. It could be a configurable option that adds a checkbox to the user page which could be checked or unchecked by default which determines whether the email is sent or not when registering a new user - would that work for you?

Sorry I thought it was already doing this correctly, but I just checked and noticed that setting "Can this template be used for new pages?" to "No" doesn't remove the "Add New" button - is that the issue you are referring to? I am using addable() on the parent page for determining if the Add New button should be displayed, but I see that this has an override for superusers. It also doesn't consider the noParents setting - you need the createable() method for that. Is this the issue you are having? Are you testing as superuser? Is the behavior correct as normal user? I am in a rush out the door, so will look at this further when I am back, but I might need to use a different approach for checking this.

Hi Orlando - glad you found the MigratorWordpress importer useful. I assume the comments were imported automatically via MigratorWordpress? I think this is a bug in the module. The "Import Created / Modified Dates" settings is not working for comments. Was this your situation or was your initial comments import handled outside of MigratorWordpress? Either way, I'll add it to my list to fix this.

Hey @valan - sorry about that - it was a bug in Hide mode. I just committed a new version that should fix things for you.