Mike-it

Hi @adrian, In the case of the "User specific branch setting in the user profile page, would it be possible to limit the branch not to a single branch but to multiple branches? Like the example below: Home Folder A (branch access) Sub-a-1 Sub-a-2 Sub-a-n... Folder B Sub-b-1 Sub-b-2 Sub-b-n... Folder C (branch access) Sub-c-1 Sub-c-2 Sub-c-n... Long or easy way to develop?

Super @adrian! Yes of course use the numeric key! I'll try it soon! It worked!

Hi @adrian, often your actions turn out to be life saving! I've a similar request of Fuzen for the use a field type. In the action "Field Set Or Search And Replace", it doesn't seem to be possible to manipulate a field type Options/Radios. Is this an unsupported field, or is it possible to extend the use to this fieldtype? I think that would really be very helpful. Thanks

@snck @FireWire Really sorry for the late reply. The same thing happened to me. I simply tried again a few days later on the same website with the same credentials, and the error didn't occur again... Now i got the same error on a new site, and, i hope the same thing (uninstalling and saving) happens again (I have zero character usage on my account)... looking in browser console i have some errors: GET mysite.com/admin/page/fluency.bundle.js?v=3.0.246 NS_ERROR_CORRUPTED_CONTENT and The resource from “mysite.com/admin/page/fluency.bundle.js?v=3.0.246” was blocked due to a MIME type mismatch (“text/html”) (X-Content-Type-Options: nosniff)

Error on a Fresh new installation: ProcessWire: Translation rate limit exceeded, please wait then try again. I recently came across this error which I really cannot explain... After trying with my usual API keys (well below the monthly limit) i also tried with new API relying on a new fresh account, but it returns the same error... On another site same api keys everything works correctly... The only difference is the Process Wire version. Any ideas? PhP 8.1 All requirements fulfilled. ProcessWire 3.0.246 (error site) ProcessWire 3.0.229 (No Error site with Fluency) The error occurs post selection of the translation engine and related API key input

Hi I can't figure out if this new super module 🙂 was included in the new release 3.0.244. I've installed the new release on test website but I don't see any trace of it.... Reading in this news (https://processwire.com/blog/posts/pw-3.0.244/) it would seem to have been included... From the article: "InputfieldFile and InputfieldImage were updated to support contexts (named file_context) so that the same file/image field can appear more than once in the same editor. This was already supported with repeaters, but now can be supported by other cases (and is used by the new PageEditChildren module)." Am I missing something here?

I’m not sure but I think that a field in a page must live first of all in the db, so if there isn’t a link in a table that joins the field value and the page, that field doesn’t exists for that page… I think you’re right: You should build your module in a way that it adds the field into the fieldgroup associated to the template on installing, and removing it on module unsintall. If you need that field isn’t visible, set it as hidden and the reveal it by API/hook

Hi fruid, I'm not the most indicated to help, but in the meanwhile some other much more skilled then me, I try to give mi 50c: Maybe in your custom field creation foreach, is missing something like: $field->attr('checked', empty($data[$menuName]) ? '' : 'checked'); And a guess: Surely it's a typo error but before calling the InputfieldCheckboxes you have a commented note for an ASMSelect. Maybe there are other copy/paste mistakes? P.S. Dumping the checkboxes values, are they null/0/empty?

OHHH, SORRY! I've replyed from my co-worker account: I'm Cybermano. --- Hi @Ivan Gretsky, as promised I made a PR on GitHub: hope it's ok. Basically I added a new InputfieldCheckbox in the InputfieldLeafletMapMarker.module fields configuration. Then I setted it in the constructor and also assigned to a variable into the ___render(): if the checkbox is checked, this variable will inoculate an html class ("scrollwheel-disabled") into the div.InputfieldLeafletMapMarkerMap. At the end, into the InputfieldLeafletMapMarker.js, if the div has this class assigned, map.scrollWheelZoom.disable() will do the work. Sorry, I didn't found a cleaner way ?: hope this could be helpful or of inspiration.? I attach the two file here, too. InputfieldLeafletMapMarker.js InputfieldLeafletMapMarker.module

I have already tried that. Made no difference. But, meanwhile I think I have found the solution. Adding to the mysqld config skip-log-bin transaction_write_set_extraction=OFF the performance is back to normal levels. It disables binary logging; since this is a standalone (non-replicated) server, this should be harmless (I think).

Since I have recreated the databases from a dump in a clean installation, the indexes should have been rebuilt anyway, right? Moreover, importing the dump is now itself an awfully slow operation. My question is: is it possible that the out-of-the-box difference between MySQL and MariaDB is so large, to the point of making it worthwhile to migrate? Or is it just a symptom of some configuration problem with MySQL?

For years I have used MySQL (on Ubuntu) with ProcessWire. Lately, the database has become incredibly slow. Everything: ProcessWire, dumping & restoring databases, etc. I believe this started happening when I have upgraded from Ubuntu 18 LTS to Ubuntu 20 LTS, which also upgrades MySQL to version 8 (from 5.x). I have tried to remove and purge MySQL and then reinstall it from scratch, just in case it depended from some old setting, but nothing changed. Still horribly slow. The surprise was when I tried replacing MySQL (8) with MariaDB (10.3) – since PW supports both – and then I restored the ProcessWire databases. Result: operations are more or less twenty times faster. Now, I understand that MariaDB is generally considered a bit faster than MySQL, but twenty times seems a bit excessive. Anyone has any idea on what could be happening here? Thanks

Yes i've installed only WireMailSmtp, but i assume that native Php mail had nothing to do with it. I used FB example because i thought that if other wiremail moudules were used they should be visible in that screen. Gmail accounts were used only as receivers, while a standard SMTP account was used for sending. I'll do more testing and i'll verify if it sends correctly using FB (until yesterday it worked perfectly), i'll try also on other website. Thanks!

Thanks for the quick response @adrian ! I will try again because the first test i sent to gmail and i got the emails but with the warning: "Gmail could not verify that the message was actually sent by domain-name.it (and not by a spammer)." And should not happen with WireMailSMTP... I attached the configuration of my actual sending method (formbuilder config).

@adrian Usefull module! I have a question and a suggestion regarding the Email Batcher. On my site i use the Wire Mail SMTP module, tipically with a pre-configured account such as noreply@customerdomain.com to send email for collected forms ecc. ecc. Is it possibile to tell Email Batcher to use WireMailSMTP? For future development wouldn't it be nice to have a configuration screen for Email sending method? Thanks in advance