horst

I don't know. Have you tried it with negate ? What is the result?

Here's another example: https://github.com/horst-n/LocalAudioFiles/blob/master/site-default/modules/LocalAudioFiles/LocalAudioFiles.module#L121 The view file: https://github.com/horst-n/LocalAudioFiles/blob/master/site-default/modules/LocalAudioFiles/view.php gets intantiated here: https://github.com/horst-n/LocalAudioFiles/blob/master/site-default/modules/LocalAudioFiles/LocalAudioFiles.module#L53

I'm not very familiar with the process pages, but every time I used it, there was no Adminpage involved. ? If you have a look at the ProcessCropableImage3 module, it previous opened in a blank tab, and now in a modal window. But only contains it own content. There is made use of a HTML-template with PHP-vars, what gets populated when rendering. There is no need for templates or pages in the pagetree.

When viewing your PHP Notice from the first post, this is nothing coming from PW, it looks like coming directly from PHP. (I have scanned the PW 2.5 wire files for a part of that phrase!) Also, I don't get why it every time you save, speaks about upload? What modules and third modules are active on that site?

You should check it manually for one page. Go to a problematic page with an images field that must have an image (from the old hoster). Look at the Page-ID (you see it in the browsers status bar when hovering over the tabs on top: http://example.com/processwire/page/edit/?id=1234.... Then go ()via FTP) to site/assets/files/1234/ and look into the folder what files and variations are in there, and also what access settings are applied. When you above said you also tried 777, how have you done that? You know that it doesn't work onyl to change the settings in the site/config.php, yes? You need to set it in the filesystem on the new host! Via FTP, set all site/assets/ directories incl. subdirectories and all files to the needed access settings for PHP user on that server! This is nothing what has to do with PW nor what you can handle with PW. You need to do it manually.

sounds like directory / file access failures! Have you checked / doublechecked the settings for site/assets/files/... and all subfolders and files? Is PHP / PW able to modify / save / delete files there? Are all your files from the old hosters site are moved into the new one, or are there some missing?

I'm a bit unsure if PW should automatically forget about old settings. I would like to see that the module authors handle this case by case with the upgrade method! This way, nothing will get lost when it shouldn't.

Haha! Yep, and also, if you or your customer are more from the serious side, it is only a selection and a save click to change it.

Version 0.9.12 I added a single centralized translation file. It combines all text strings of all module and dependency files. This way it should be easier or lesser work to translate it. (<- hint @ceberlin, @Manfred62, @yellowled ) @apeisa: Also the legacy and serious text selection is included. (legacy is default!)

not sure if this is right, and I'm on mobile. Have you tried to add them to the field? After all pages are created, something like $page->pagetablefield->add($childpage);

Only thing I can imagine is that you will need sending special HTTP headers for those browser / os combination. So, I don't know which one(s). That you need to investigate by googling, maybe? If this is a way that turns out as a practicable workaround, we can show how to implement sending additional headers from within PW (templates). Sorry, that I'm not able to tell you more.

Hi, and welcome to the forums. How do you have linked to the file? (code example) Where is the file hosted? (locally, remote)

How do you or the customer can add pages to $page->custom_menu ? What are the settings for that. Are there hidden pages included, selectable?

Haha, I don't hope so!

Yeah, now I'm thinking about to setup a radio or select with something like: "I am serious" "I like it funny" "I'm brave, surprise me" @apeisa: Yes, that was exactly what one customer said to me a month ago: "Oh, thats nice and not so serious. I like it. It is the same way like Mailchimp do."

I'm thinking about to implement a "show historical label texts" module config checkbox. Antti, would this help to get over this a bit faster? (Some customers really liked that. "Oh, thats so positive! Fine.")

Done.

How the new editor window looks like.

Croppable Image 3 for PW 3.0.20+ Module Version 1.2.0 Sponsored by http://dreikon.de/, many thanks Timo & Niko! You can get it in the modules directory! Please refer to the readme on github for instructions. - + - + - + - + - + - + - + - + - + - NEWS - 2020/03/19 - + - + - + - + - + - + - + - + - + - There is a new Version in the pipe, that supports WebP too: - + - + - + - + - + - + - + - + - + - NEWS - 2020/03/19 - + - + - + - + - + - + - + - + - + - ------------------------------------------------------------------------- Updating from prior versions: Updating from Croppable Image 3 with versions prior to 1.1.7, please do this as a one time step: In the PW Admin, go to side -> modules -> new, use "install via ClassName" and use CroppableImage3 for the Module Class Name. This will update your existing CroppableImage3 module sub directory, even if it is called a new install. After that, the module will be recogniced by the PW updater module, what makes it a lot easier on further updates. ------------------------------------------------------------------------- For updating from the legacy Thumbnail / CropImage to CroppableImage3 read on here. -------------------------------------------------------------------------

Just to clarify, I'm not working on the core image field, I only work on the CroppableImage Modules, to make them work with the new core Imagefield in PW3. It will inject a small section with buttons into the head of the edit area, like here, (predefined Crops) The buttons will open a modal editor window. The editor window should get some new styling. Thats it. And this only is possible because of the sponsoring through DREIKON, who are so kind to donate 500+ Euro for my work on this, what is much appreciated. Otherwise I wouldn't be able to invest the needed time for it, atm. Current state is: injection works, modal open and close works, rearanging / styling of the editor window needs to be done, testing needs to be done.

Ryan said that we have had a chat, but I'm working on it.

If you have a static IP, you may log UAs for this IP a short time. I assume, you then will find what causes the issue: <?php // somewhere in site/ready.php, for example $myPrivateSaticIP = '123.123.123.123'; if(!empty($_SERVER['HTTP_X_FORWARDED_FOR'])) { $ipAddress = $_SERVER['HTTP_X_FORWARDED_FOR']; } else { $ipAddress = $_SERVER['REMOTE_ADDR']; } if($ipAddress == $myPrivateSaticIP) { // log infos of IPs, user agent and more, ... $items = array(); $items[] = 'REMOTE_ADDR: ' . (isset($_SERVER['REMOTE_ADDR']) ? $_SERVER['REMOTE_ADDR'] : 'N/A'); $items[] = 'HTTP_X_FORWARDED_FOR: ' . (isset($_SERVER['HTTP_X_FORWARDED_FOR']) ? $_SERVER['HTTP_X_FORWARDED_FOR'] : 'N/A'); $items[] = 'HTTP_USER_AGENT: ' . (isset($_SERVER['HTTP_USER_AGENT']) ? $_SERVER['HTTP_USER_AGENT'] : 'N/A'); // add more if needed ... $log->save('my_ip_useragents', implode(' || ', $items)); } https://processwire.com/api/ref/log/save/

Alan, it will not mix up sessions, but it is less secure in regard of session steeling possibilities. If this is a special device with a known Useragent, I would suggest dynamicly disable sessionFingerprint only for that UA. something like that in the site/config.php: if(isset($_SERVER['HTTP_USER_AGENT']) && 'StringOfTheProblematicUserAgentHere' == $_SERVER['HTTP_USER_AGENT']) { $config->sessionFingerprint = 0; }

To be a bit more secure or serious, you want to check if everything went ok, before you delete all images on the old page. If I undestood right, the new page images should be an exact copy of the old one. Therefore we can delete all (optionally) images on the new page first. Then, after adding all images to it, we compare both collections. When on PHP >= 5.6.0, we can compare the ->items(), what contains a list of all image basenames, what is fine! If we, unfortunately, on PHP lower then 5.6, we can at least compare the count of images, or have to loop through both collections and compare the basenames one by one. $pageNew->of(false); $pageNew->images->deleteAll(); $pageNew->save(); foreach($pageOld->images as $image) { $pageNew->images->add($image->filename); } $pageNew->save(); // now check for success or failures $success = version_compare(phpversion(), '5.6.0', '>=') ? $pageNew->images->items() === $pageOld->images->items() : $pageNew->images->count() === $pageOld->images->count(); if($success) { // delete images on old page $pageOld->of(false); $pageOld->images->deleteAll() $pageOld->save(); }

Don't understand enough from the server responses, but it's clearly no PW issue. You may investigate more into max_upload sizes, max_memory, etc. This isn't apache, or?