adrian

Ah yes - sorry I missed the importance of "View" - that definitely seems odd and a bug - do you agree @ryan ?

?s=1 has always been there, but yes, c=0 is new: https://github.com/processwire/processwire/commit/75a969bafbd95143013f015c3e726d82087cc68a#diff-18988bf581321686eb798ec4f657506fR1455

That's the key I have just pushed a new version which fixes the Position > Replace setting when there is a custom Children Tab label defined for the template (including multi-language labels). Could you please confirm that it fixes things at your end? I still don't know about the toggle all checkboxes - would really appreciate if you could do some debugging on this when you get a minute.

I'll let @tpr continue helping regarding the toggle checkboxes, but back to the issue of the default children list showing - I think it's due to this line: https://github.com/adrianbj/BatchChildEditor/blob/3e725f433382e87e2aec29fce52acde1e37cb829/BatchChildEditor.module#L366 I am testing via the label equaling "'Children / Subpages'", but probably because your admin is not in English it's failing. Trouble is right now I can't see another way to target this as the field object has no other useful data other than the label. Is there any chance you could confirm that this is problem by seeing if it works if you switch the admin to English?

Ah, right we are talking about different things regarding the "Replace mode". I am talking about Mode Settings > Modes which results in something like this. The fact that the default children list is still showing when you have the Position set to Replace is weird. I wonder if this is somewhere connected to the issue with the missing toggle all checkboxes. Regarding the console errors, I mean your browser dev console and not Tracy. I am wondering if there is a JS issue.

Sorry, not sure what you mean here - can you post a screenshot of that?

Any dev console errors?

Already there - thanks to @tpr Is that not showing for you? Another option is "Replace" mode - just CMD/CTRL + A, delete, and save.

CSS using nth-child - https://github.com/adrianbj/ProcessAdminActions/blob/746655c4c9506e6e4175d5f1d6771ee94fb39f40/ProcessAdminActions.css

I did this in my Admin Actions module. Take a look starting here: https://github.com/adrianbj/ProcessAdminActions/blob/746655c4c9506e6e4175d5f1d6771ee94fb39f40/ProcessAdminActions.module#L749

It is now - please check the latest version just committed. It now support ML subject and body fields and the user will receive the version associated with the language that you set in their profile. Let me know if you find any problems.

Sorry, I think you have misunderstood how this works. If you are using the "Specified Branch Parent" - that is where you select the branch that you want the user restricted to. The "Branch Edit Exclusions" are just for things like external PageTable branches etc that the user still needs edit access to, even though they are outside their restricted branch. Does that clear things up?

This module is for restricting users to a single branch of the page tree rather than hiding various ones throughout the entire tree. You'll need one of those other options for that. Maybe a module could be put together with more flexibility, but there are lots more issues when hiding specific pages.

@SamC - definitely use those methods for installing, but as an FYI, your issue did remind me that I used a poor approach to setting the paths to those resources which I just improved in 4.3.3, so thanks for the report.

The easiest way to install modules is to install by Class Name. That will ensure the directory name is correct. If a module isn't in the modules directory, you should use the URL (to the zip), or the Upload option. The old manual unzip and move to site/modules doesn't make any sense anymore.

Just to clarify the bd($json) issue in case you didn't realize what is going on there. You could dump the entire json string if you wanted by using bdl() - which is a shortcut for barDumpLive(), or you could specify bd($json, 'JSON, array('maxLength' => 877) which would make the string length displayed match the length of the actual string. Note the defaults for maxLength and maxDepth are configurable in the module config setting, but these can dramatically slow down rendering, so generally recommended to leave as is and supply in the bd() statement when you need to override. Regarding the console panel - please open your browser console and let us know if you have any errors there - looks like the JS isn't being loaded.

Hi @rooofl - actually it works just fine with repeater fields. You just need to specify the template of the repeater field itself, not the template of the page when specifying "Templates to Search". Let me know if you still have troubles.

Nice catch - apparently I am a bit slow today

How do you know the $subs query is working? Install TracyDebugger and do a: bd($subs->each("title")); and see what pages are being returned. If none, then bd($selector); to see what the actual contents of the selector are - mostly it would be good to know what $template is actually returning.

Thanks @rick - I have pushed an update that fixes this. I also decided to show all the argument settings in the Selector Queries section, so it now looks like this:

Not sure why it's working on 2.7 v 3, but setting headers in PW is just like any PHP script - just use the example in that SO thread and I am guessing it will work.

Thanks for the report @rick - that error is coming from the fairly recently added Selector Queries section in the Debug mode panel. I can easily add a check to make sure the "caller" index is defined, but I am curious why it's not available for you. Would you be willing to dump: $arguments[1] inside the foreach that starts here: https://github.com/adrianbj/TracyDebugger/commit/82e5e286d3bd1795a843c858090dd96bdae1daba#diff-4fa401f5ada8c910a9991f9228078c4bR331 I'd like to know what elements/indexes are actually in that array so I can get an idea of why "caller" may not be there in your situation. Thanks for helping out.

@ryan - another thought - could the API reference docs on the website link to the appropriate lines in the code on Github? Obviously the link would have to be to the exact commit that was used to generate the docs, but I don't expect that should be hard to implement. Also, even though I don't have the API Explorer module, I would still like to suggest implementing an editor protocol handler link so that users could click to open to the appropriate link in the code in their favorite code editor. I do this with the Captain Hook panel in Tracy and find it fantastic.

@GuruMeditation - turns out there was more to those space issues. I have alerted Ryan here:

@ryan- the API Explorer has some space issues: For example, "directly on" from the docs below is getting displayed as "directlyon" * This is the same as calling `$pages->save($page);` or `$pages->saveField($page, $field)`, but calling directly * on the $page like this may be more convenient in many instances. This is obviously just one of many instances like this.