adrian

Try the dev version of the imageExtra module - it has had some recent critical fixes.

Log entries are in files, not the db. You can delete or prune via the admin:

I can't see anything there that would cause a problem. I would suggest trying that snippet of deleting images on its own to make sure there is nothing weird with your install. I just checked with PW 3.0.29 via the Tracy console and had no problem. If this works for you (which it should), have you tried limiting your script to just a few lines of the CSV? Also, have you tried using PHP's max_execution_time option - I use this quite often when running custom import scripts.

@hansv - are you using the default images field, or have you added a third party cropping module or the imageextra module?

Maybe this: https://processwire.com/blog/posts/upgrades-optimizations-pw-3.0.22/#major-optimizations-to-inputfield-forms

Can we see all the code - I can't see where $has_image is defined. Also, any chance the entire thing is in a loop? Not related, but I have never seen this approach before: if(!$product->parent){ Normally you would use: if(!$product->id){ Also, do you ever set the title for the new product page? One final thing - the Croppable Image fieldtype does not support PW 3.x - does everything work without the error if you switch to a normal image fieldtype?

Certainly doesn't hurt to try. I would also suggest that saves within the $has_image check could just save the image field, like this: $product->save('image');

Not wanting to hijack this post, but could you provide more info about this - sounds like something I need to fix in Tracy. PM me if you like rather than polluting this post even more.

A minor enhancement to the PW Info panel - it now shows the content of UrlSegments. This is what you see for this URL: http://pw3.dev/cms/processwire/?rated=one&star=five It's only the UrlSegments in the Summary section of the PW Info panel that is new, but I wanted to also point out that in the Tempate Info section is lets you know if URL Segments are enabled for the template. Also, you'll see that the URL has a couple of additional GET parameters - these are listed in the Debug mode panel - they possibly belong better in the PW Info Panel, but the debug mode tools in the PW admin list them here so I kept them this way for consistency. Note that POST variables are also shown if they are present - this can be very handy when debugging form submissions.

Here are the two relevant bits of code showing how the optional parameters are defined https://github.com/ryancramerdesign/ProcessWire/blob/7e8c7c6836282b6b64de81263f5aaa8112fd51ae/wire/core/Permissions.php#L35 https://github.com/ryancramerdesign/ProcessWire/blob/7e8c7c6836282b6b64de81263f5aaa8112fd51ae/wire/core/Permissions.php#L85

Yes, you are checking for its presence correctly. I think you will just need to manually add the title as well. Take a look at the function that installs those optional permissions via the admin interface: https://github.com/ryancramerdesign/ProcessWire/blob/master/wire/modules/Process/ProcessPermission/ProcessPermission.module#L108 Notice where it adds the title: https://github.com/ryancramerdesign/ProcessWire/blob/master/wire/modules/Process/ProcessPermission/ProcessPermission.module#L133 $permission->title->setLanguageValue($language, $a[$name]); but of course you don't need to worry about the language.

https://github.com/ryancramerdesign/pw28

You should never rely on client side validation on its own. Server side is a must! Not to say you shouldn't use client-side, but it should only be for a faster/nicer UX, not the ultimate check.

What happens if you simply remove this line: $user = wire('users')->get('user'); That is setting $user to a user named "user". If you are wanting to change the password for a user that is not the currently logged in one, then don't overwrite the PW $user var, instead use $u or something else.

Thanks @bernhard for the access to that testing server - very helpful! @blynx and @Gazley - does the latest version solve your problems? If it doesn't, chances are that you have SessionHandlerDB installed. You can either uninstall it, or edit your php.ini file and if output_buffering is set to 0, please change it to 4096. I am hoping to get a fix from the core Tracy developers so that neither of these changes are needed, but for the moment I think it should solve things.

HI @charger - isn't that the desired behavior? If it didn't create the pages that belong to the Page Table then you wouldn't be migrating all the content. Maybe I am misunderstanding though?

Hi @deltavik and welcome to the forums. Perhaps this module might suit your needs: http://modules.processwire.com/modules/inputfield-chosen-select/ There is another similar one, but it escapes me at the moment.

Sorry I think I must not be understanding the scenario you are seeing - any chance on sending through a screenshot or two highlighting what you are seeing and how you think it should be different. Unfortunately I haven't been able to figure out how to make template file variables available in the Console panel - I have tried a couple of times without success, but it is definitely on my list to revisit because it is definitely a significant limitation at the moment. I can get them (like I do in the Variables panel), but can't persist them, but it's still on my list of things to do, so I will be taking another look at it. Thanks - I don't suppose you'd be willing to make a list of those places where it's incorrect for me?

Thanks for mentioning those issues with the Variables panel. The latest version deals with this in a better manner - let me know your thoughts on the new behavior. Some other changes in this/recent versions. You can now use bd() in the Console Panel You can now trigger the Mail, Page Recorder, and Event Interceptor panels from the Console Panel - really nice for testing your mailing / page creation code from the console The PW and Tracy log panels are now included in the AJAX debug bar

If I understand correctly, the Mail panel in Tracy should be what you are looking for. It intercepts all wireMail() calls and shows the results in the panel instead of actually sending the emails. Oops - sorry about repeating the content of @szabesz's post - I replied without reading through all the replies which were on the next page.

Thanks for the report - that was introduced only a couple of versions ago. I think it should be fixed in the latest version - please test and let me know.

In addition to @horst's comments, in case you don't know, you can find out which php.ini file is being used from phpinfo() - if you have Tracy installed, turn on the PHP Info panel. Otherwise you can get this info from php -i|more in your terminal. Sorry if this is already basic knowledge for you!

A series (currently 10 episodes) of video tutorials in German by Leonid Lezner https://www.youtube.com/channel/UCwkKKtIeOzfIqF8X5gNP0_g

Haven't you already solved this

Glad that helped @Torsten17 I am not someone who deals with multilanguage, but your suggestion sounds good to me, although I would have thought you'd want a double underscore to make the "dir" translatable? It might be best to make this suggestion in a Github issue so it gets Ryan's attention.