adrian

Yes - so it's only an option if you don't want the pages accessible directly, which is usually (although not always) the case with PageTable child pages.

I just tested that exact replacement on your source and it works fine here. Are you sure the "Selector" field is correctly finding the required pages that you want the replacement made on?

I would leave off the "/" completely as that will trigger the replace to use preg_replace, rather than simply str_replace so I would go with example.com and example.ch

You might actually need to replace a few more instances of new InputfieldWrapper to get things fully working. I will release an update with these changes shortly.

That might be an issue with PW 2.x Can you please try replacing : $tab = $this->wire(new InputfieldWrapper()); with: $tab = new InputfieldWrapper();

I think the best option might have been the link abstraction feature in the textarea field, although I agree that Page Path History should also have taken care of it - is it definitely installed? Are there entries for the changed pages in the "page_path_history" db table? One possible way to fix this now would be to use the "Field Set Or Search And Replace" action from the AdminActions module. That will allow you to easily search and replace the old link with the new link in the required textarea fields.

That truncated URL suggests to me that you are calling an array of images rather than a single image. Is upgrading PW the only thing you did?

@theoretic - I have added it as a new action in my module. However I am not sure it will really help with your current need - it provides a GUI for copying/overwriting repeater items from one page to another. Hopefully it might be useful for you in other circumstances though.

Just added a new "Copy Repeater Items To Other Page" action. It lets you append or overwrite items from a repeater on one page to one on another.

So rather than specifying each field, this is why I suggested looping through them. This seems like a perfect idea for an action for the AdminActions module (https://processwire.com/talk/topic/14921-admin-actions/) action. Are you interested in putting one together, or would you like me to?

I think you can probably do what you want by hooking into: ProcessPageListActions::getActions but unless you have a need to keep the Sektionen branch visible, I think the easiest option is to move it under the Admin branch where non-superusers won't have access to edit it.

This module (http://modules.processwire.com/modules/process-page-delete/) is now obsolete, but it will show you how you can add your own page list action button. An easier option might be to make use of the RuntimeMarkup module (http://modules.processwire.com/modules/fieldtype-runtime-markup/) to add an email button to the page editor interface. Hope that helps to get you going.

Not certain, but I think you may need to iterate through each of the repeater items subfields, adding them to the new repeater item. Also, take a look at this: In a hurry, so not sure if you are perhaps following that correctly or not.

Then I would suggest contacting the IT guy for more details. Perhaps it's a simple matter of unchecking SSL or TLS or changing the port. He should know what is required.

It's a simple matter of reading about the required SMTP settings for your mail server.

@JoshoB - I would recommend installing and configuring http://modules.processwire.com/modules/wire-mail-smtp/ so that all your emails will go out through SMTP, rather than PHP's mail() I have no problems here on multiple sites with the forgot password module, so guessing it is an issue with your outgoing emails. You could also install TracyDebugger and turn on the Mail panel which will intercept outgoing emails - this will let you know whether they are in fact being triggered for sending by PW which can help to narrow down where the problem might be.

@justb3a - what about using the "purify" sanitizer instead of "textarea". Not sure if it suits your needs, but thought I should mention it.

$pages->count('template=posts-content');

Or if it's a remote URL you might need something like this instead of file_exists. $file_headers = @get_headers($filename); if($file_headers[0] == 'HTTP/1.0 404 Not Found') {

I am not a big ML user, but I ended up with a Table field on the home page for sitewide translations. I use a 'name' field for the first column and a textAreaMultilanguage for the second column. This makes it really easy to add new strings and edit via the admin. I wrap the Table field in a fieldsetTab called "Sitewide Translations" to keep it separate from the main content.

There are 6 10 38 episodes now, so I'll just link to the channel: https://www.youtube.com/channel/UCAC6bGszwXecqp1Nq2qn1Sg

A couple of comprehensive looking video tutorials in Polish by the folks at: https://xtras.pl/

@Nukro - what you are after is certainly possible, but I am not sure the best way to make it handle everyone's need and not break current functionality for existing users because at the moment the module doesn't consider anything other than the page ID being somewhere in the URL. This allow ultimate flexibility in the URL, but obviously prevents detection of URL segments. I guess it could be a module config option to consider everything after the ID as segments that should be parsed. Anyway, for now I have attached a version that should do what you want. Please test thoroughly and let me know how it goes. If it's working fine at your end, I'll probably make the urlSegment detection optional and release it. ProcessRedirectIds.module

Typically the way to do this is define $i=0; before the foreach loop and then at the end (just inside) do: $i++ This lets you check which iteration of the loop you are at, so if $i==0 then "continue;" Hope that helps - it's not a full code example, but hopefully it will help you to understand what is required.

Sounds like you must have something incorrect because I know that technique has been used by many people. Maybe if you explain how you set it up we can help?