adrian

Small update that: 1) lets you add: protected $noBackup = true; to your action class to prevent backups (either automatic or from showing the option to backup). This is handy if your action doesn't do any DB writing in which case a backup isn't relevant. 2) lets you populate: $this->output = 'Content for output'; to your executeAction() method. Whatever content is in this will be returned before $this->successMessage and won't be formatted with the green background. This is useful if your action queries and displays info. Hope you guys find these useful. PS - still waiting on the first PR for a user contributed action

@MilenKo - sure, send it through - I'll try to test later today.

@jmartsch - I think the issue you are having is likely permission access to the debug bar. When I use it in bootstrapped mode, I can use bd() calls as normal. Just make sure you are logged into the backend before loading the bootstrapped page. Does that work for you? PS - I don't have to do any manual loading of the Tracy core when I do this.

@MilenKo - I don't know why this is proving so problematic for you. I haven't ever imported a WP blog into the PW homepage - always into /blog/, but it has always worked perfectly and I have never had to create any fields ahead of time, including the comment fields. The pending status is a known issue. I had been waiting on the response to this: https://github.com/ryancramerdesign/ProcessWire/issues/1034, which ended up here: https://github.com/processwire/processwire-issues/issues/88 - it looks like it can be solved now.

@DL7 I haven't used this module, but I see that it's not autoload in templates so try this before you save the page via the API: $modules->get("PublishToTwitter");

Hi @Soma - not sure if you're still supporting this module, but there is a conflict with the new expandable Pages > Tree menu. With this module installed, the page title appears blank. Please let me know if you have any trouble reproducing.

That's out of my hands - will have to get @martijn-geerts himself to fix that.

I assume you are talking about the PW modules directory? I have just deleted the "martijn" account which had no modules.

Hi @wbertl - firstly, welcome to the forums! Please upgrade to the latest version which should fix the issue for you.

@gmclelland - latest version includes node_modules and sass-cache as default directories to exclude. On an unrelated note, I have also added a new "Selector Queries" section to the PW Debug panel. This shows you all the selector calls made during the current page load. This post also includes a Console Panel snippet idea. If you need to look up a page, template or field ID, this snippet will return the name, title, label, edit and view links, etc. Just enter the ID and the type and run. I have saved it as "Info from ID", but you can choose whatever name you want. Code included in a spoiler below.

@MilenKo - if you fix that error and posts are still not being imported fully, PM me your XML file (if you can) and I'll take a look - it should work fine.

Ok, that sounds reasonable Scanning will only happen if you have the ToDo panel enabled - disabling the panel would do the same as what you are suggesting, unless I am not fully understanding ?

But that's what the "Ignore Directories" option is for. Are you suggesting that I should hard code in those bower, sass, node_modules etc, so you don't need to manually add them?

@gmclelland - yes, by default it is just the files inside /site/templates/ and all it's subfolders, but it can also include /site/modules/ if you've checked that option. Yes, it is a very good idea to add sass, bower, etc files to the Ignore Directories. What feature exactly do you want to turn off?

Put this in your site/ready.php file: $this->addHookAfter('Session::loginSuccess', null, function($event) { if($this->wire('user')->hasRole("target-role")) $this->wire('session')->redirect("other-url"); });

A little OT, but the Language Switcher in AdminOnSterdoids is awesome for working with the the multi-language capabilities of BCE because it let you switch languages from a dropdown on the top menu.

@GKrabach - does the frontend of the site work correctly? Homepage and others? Maybe have a read through this: https://processwire.com/docs/tutorials/troubleshooting-guide/page2

What about the "Active" column in BCE's edit mode - you should be able to activate the current language (selected in your profile) for all pages at once with this. Another option is the "Page Active Languages Batcher" in the AdminActions module, which lets you enable or disable active status of multiple languages on multiple pages at once.

@MilenKo - I don't think that error has anything to do with Migrator. Please google this for the access issue: site:processwire.com "Selected homepage template cannot be used because it does not define access" Once that is sorted, I think everything else should work fine. I have only ever imported WP posts into a subpage, like "blog", but importing into home should also be fine. Append vs Replace/Overwrite should both work fine, but if you are importing to a new install, I would go with append. I would suggest reducing your xml to just a few posts while you try different things - just so each test is much faster. BTW, I have never needed to change the post type for normal WP blog post type pages - they just worked as is. Late here, so won't be able to respond again until tomorrow, so good luck!

Migrator and MigratorWordpress were written for 2.x so that might be safer, but I have used Migrator itself with 3.x without any issues, but I haven't used MigratorWordpress with 3.x yet. FYI - as I mention above:

Hi @MilenKo - please grab the Migrator version referenced in this Issue and everything should work perfectly https://github.com/adrianbj/ProcessMigrator/issues/4 PS - regarding the WP shortcode issue - there is a setting in MigratorWordpress for converting WP shortcodes to PW hanna code format.

If anything it appears that SessionHandlerDB makes it worse, at least based on my limited testing.

Awesome @Robin S - thanks for the testing. If I gather correctly, it seems like that column type change has fixed everything which is great. Yes, you are right, Tracy stores the html for all the panels in the session and it can get quite large, especially with all the field object info I have in the PW Info panel. Glad this was an easy fix in the end

I'd like to know more about this one - that is the list of panels to show - would you mind debugging the value of that please - I have never seen an issue there. Thanks very much!