aComAdi

Bumping this thread. It's an issue that has been brought up by clients, especially those with larger site structures. Selecting a page in the PageField set to "Tree View" is no problem. However, on edits its hard to identify if the correct page has been selected or which page has been selected altogether. A suggest improvement would be: Field Option: Tree Open/Closed This would improve UX of the field significantly.

Next lockup with log panels disabled.

First report: Been working for an hour with Tracy on (iMac, Chrome Version 88.0.4324.192, PW 3.0.165, Tracy ). In my case it's not connected to images. At the time that the 'lockup' happened, I had both the backend and frontend open in the same browser. Reloaded a page (with almost no content whatsoever) to test something. Then the endless load started. No missing images on this page. Note, that I currently have three bd-dumps on this page: 1 array, two booleans.

No worries. We greatly appreciate Tracy. I will work on a client site over the weekend and test these variations.

I figured, I will post the update: Turns out the culprit is Tracey Debugger. Once turned off, this phenomenon does not happen anymore. Luckily we only need it during installation and development of new modules really. All editors are now working with Tracey off and the problem has disappeared.

Hi, Sorry for the late reply. First case of Corona in the company. All sorts of emergency actions necessary. I will check @dragan's suggestions. @flydev ??Relatively sure no NGINX involved in any of the incidences this occured. Will report back if I find anything.

Hi, I am aware that this is a very broad description of a problem - but that's because I could not narrow it down so far. I just wanted to see if others have made that exprience or if this is even a known issue. On a regular basis, when logged into Processwire, the CMS and the front-end becomes nonresponsive. What happens is usually: User works for a while logged into the CMS and has another tab open, where she previews changes At some point, during a refresh/load of a new page IN THE CMS, the site is in an endles loading loop. When this happens, reloading the page, klicks on menu items, nothing responds. Closing the tab and and reopening in the same browser again results in endless loading loop (and eventual time out). When this happens, the front-end also cannot be loaded anymore in that browser. It's noteworthy that: Opening the site in another browser works Logging into Processwire in another browser works This happens regularly across various setups: Different browsers (Chrome, Firefox - haven't seen on Safari yet, because that's usually the last one I use to keep edition after Chrome and Firefox are 'locked') Different servers Different PHP versions (most installs are on 7.2.) Different versions of PW. I had it on 3.0.128 up to 3.0.165 now. Having site in debug mode or not Having cache activate or not Common to the installations is usually: Tracey Debugger RepeaterMatrix Rockmigrations Has anybody experience this? I haven't had any complaints from the clients yet - but that doesn't mean it does not happen to them. Internally this does happen regularly. Almost during every longer work session. Thanks for any insight. Adrian

Sorry for late replay. It's solved now.

The error has disappeared, but the actual label is still displaying. ? https://www.garage-fischer.ch/kontakt/kontakt/

Hi Moritz, We would lek to start working with hCaptcha for our Processwire client sites using Form Builder. Ran into the following issue. Hiding the field label causes 500 Internal Error. I've attached the the error as a screenshot. The environment is: PW 3.0.123 Formbuilder 0.3.9 PHP Version 7.3.16 Not a biggie, but might be an issue on some implementations.

Perfect. Thanks Gideon.

Hi, I have a question regarding the pagination (MarkupPagerNav). I have it setup for a news page and it works fine (currently set to Limit 1 for testing): http://www.odermatt-luzern.ch/neu2020/neuigkeiten/ Question: Change URL segment It's a German language site. Therefore I would like the pager URL segment from page1, page2, page3, etc. to Seite1, Seite2, Seite3, etc. I didn't see this to be possible in the settings or the API. Can this be achieved? Thanks in advance for any tips and hints. Adrian

We use RockMigrations regularly for adding custom functionality, pages, templates and fields to new projects and update the existing sites modules. Works a treat.

I wiped the installation and started new. I am ending up at the same place. The RepeaterMatrix simply drops the fields of type Image. That's the setup with a different item, but essentially having the same process as the original post above. Just replace wk_inhalt_start_links_bild with wk_inhalt_bilder : Here I fill the fields successfully: And when I dump the RepeaterMatrix item in the front-end, it's missing the image fields (wk_inhalt_bilder, wkinhaltbilder): Starting to get desperate here.

Hi @Gideon So, Indeed I have. As a matter of fact, that is the intended setting, as only one image is allowed for the posting. In this case when I dump the field, the response is Null bd($inhaltszeile->wk_inhalt_start_links_bild); If I switch Max Image settings to 0 (for debugging purposes), then I do recieve the above posted object back, but no images. I honestly consider wiping the whole installation and starting new. Somethings is fishy here. I have also compared the settings of working vs non-working image fields. They seem identical: { "wk_slider_bild": { "id": 179, "type": "FieldtypeImage", "flags": 0, "name": "wk_slider_bild", "label": "Slider/Banner-Bild", "columnWidth": 50, "description": "Bnnerbild", "entityencodedesc": 1, "extensions": "gif jpg peg png", "adminThumbs": 1, "maxFiles": 1, "fileSchema": 6, "outputFormat": 0, "outputString": "", "defaultValuePage": "", "textformatters": "", "entityEncode": "", "useTags": 0, "tagsList": "", "inputfieldClass": "InputfieldImage", "collapsed": 0, "showIf": "", "themeOffset": "", "themeBorder": "", "themeColor": "", "required": "", "requiredIf": "", "unzip": "", "overwrite": "", "descriptionRows": 1, "noLang": "", "gridMode": "grid", "focusMode": "on", "maxWidth": "", "maxHeight": "", "resizeServer": 0, "maxSize": "", "clientQuality": 90, "maxReject": "", "minWidth": "", "minHeight": "", "dimensionsByAspectRatio": "" } } { "wk_inhalt_start_links_bild": { "id": 211, "type": "FieldtypeImage", "flags": 0, "name": "wk_inhalt_start_links_bild", "label": "Start Intro Links: Bild", "extensions": "gif jpg jpeg png", "maxFiles": 1, "outputFormat": 0, "defaultValuePage": "", "useTags": 0, "inputfieldClass": "InputfieldImage", "descriptionRows": 1, "gridMode": "grid", "focusMode": "on", "resizeServer": 0, "clientQuality": 90, "maxReject": "", "dimensionsByAspectRatio": "", "fileSchema": 6, "collapsed": 0, "columnWidth": 50, "outputString": "", "textformatters": "", "entityEncode": "", "tagsList": "", "showIf": "", "themeOffset": "", "themeBorder": "", "themeColor": "", "required": "", "requiredIf": "", "unzip": "", "overwrite": "", "noLang": "", "maxWidth": "", "maxHeight": "", "maxSize": "", "minWidth": "", "minHeight": "" } } Somewhere along the way, something went wrong with the installation and there's an issue with either permissions on the RepeaterMatrix level or the Templates.

Update: manually created a new RepeaterMatrix and new image fields. Same results: the object returned does not contain the uploaded image.

The object output I posted above, is from the dumping of the images field with Tracey Debugger: bd($inhaltszeile->wk_inhalt_start_links_bild); Regarding the weird output with the image tag: must have made a c&p mistake while trying to debug this issue. Has nothing to do with the problem at hand. Fixed the html issue though. (See screeshot attached.) Here's a compacted version of the code which leads to the issue. Code processing the RepeaterMatrix foreach($page->wk_inhalt_zeile as $inhaltszeile) { switch ($inhaltszeile->repeater_matrix_type) { case '2': bd($inhaltszeile->wk_inhalt_start_links_bild); require $_SERVER['DOCUMENT_ROOT'].$config->urls->templates.'_inhalt_occneu.php'; break; } } Code processing the RepeaterMatrix item in question, including the images: <section class="about-us-section section-padding"> <div class="container"> <div class="section-header text-center"> <h2><?php echo $inhaltszeile->wk_inhalt_titel; ?></h2> <?php echo $inhaltszeile->wk_inhalt_text1; ?> <div class="row"> <div class="col-lg-6 col-sm-6"> <div class="looking-car"> <div class="looking-cat-image"> <img src="<?php echo $inhaltszeile->wk_inhalt_start_links_bild->url; ?>" alt="<?php echo $inhaltszeile->wk_inhalt_start_links_titel; ?>" /></div> <div class="looking-car-content"> <h3><?php echo $inhaltszeile->wk_inhalt_start_links_titel; ?></h3> <?php echo $inhaltszeile->wk_inhalt_start_links_text; ?> <a href="<?php echo $inhaltszeile->wk_inhalt_start_links_link; ?>" class="btn"><?php echo __('Anzeigen'); ?><i class="fa fa-chevron-circle-right" aria-hidden="true"></i></a> </div> </div> </div> <div class="col-lg-6 col-sm-6"> <div class="looking-car"> <div class="looking-cat-image"> <img src="<?php echo $inhaltszeile->wk_inhalt_start_rechts_bild->url; ?>" alt="<?php echo $inhaltszeile->wk_inhalt_start_rechts_titel; ?>" /> </div> <div class="looking-car-content"> <h3><?php echo $inhaltszeile->wk_inhalt_start_rechts_titel; ?></h3> <?php echo $inhaltszeile->wk_inhalt_start_rechts_text; ?> <a href="<?php echo $inhaltszeile->wk_inhalt_start_rechts_link; ?>" class="btn"><?php echo __('Anzeigen'); ?><i class="fa fa-chevron-circle-right" aria-hidden="true"></i></a> </div> </div> </div> </div> </div> </section> Notes: Same code works as expected on other installations Images are uploaded and visible in RepeaterMatrix Item in CMS The RepeaterMatrix item is processed as expected in the front-end, with the exception of the image fields Image fields in other RepeaterMatrix Types in the front-end are also not working correctly. I have the suspicion, that this is an issue with the RepeaterMatrix, although all settings of the field are identical to other installations. Still appreciating ideas on where to dig with this. In the meantime, I will manually setup a new RepeaterMatrix.

Follow-up: I just ran a test with a different row type in that RepeaterMatrix and have the same issue: images can be uploaded, appear in the CMS, are up on the server...but are not displayed.

Hi, Have been working with ProcessWire for a few months now, successfully implementing several sites. I am compiling data management into modules for our clients. Several sites are using those modules now. The modules are using RockMigrations to install fileds, templates and pages. Today, I installed a new site. And now I am tripping over an issue that I cannot explain. Content on pages is organized in 'rows'. The users can add row by using RepeaterMatrix...then completing the fields to add data to the row. One particular content row has image fields. When I upload the images to the fields, all works as expected. The images appear in the RepeaterMatrix and I do find the images in assets/files/xxxx. But the images are not displayed in the front-end (see attachment). As you can see in the attachment, the various text and textarea fields in the RepeaterMatrix item are displayed correctly. I have done the following: Compare field settings to the existing implementations: they are identical Compare the RepeateMatrix settings and permissions to existing implementations: they are identical Change field name. No change. Delete field and created manually (including once with different name). No change. If I dump the element with Tracey, I get the following output: If Max Number = 1 null If Max Number = 0 count => 0 page => "/processwire/repeaters/for-field-136/for-page-1/1574873590-62-1/" (60) field => "wk_inhalt_start_links_bild" (26) url => "/serverpath/site/assets/files/1046/" (30) path => "/serverpath/serverpath/serverpath/serverpath/site/assets/files/1046/" (56) items => array () I would venture that there is an issue regarding images on the shared server...but another content element on the site works just fine with images. Bit stumped right now. Especially considering that I made the same installation earlier today on a different server successfully. I would appreciate any ideas on where to investigate this issue.

Thanks. (Can't get it to run with my Atom installation.) Because we are a team of eleven and only three of us are devs. The idea is, that we can prepare PW modules for our various client types based on our 20 years of exprience in this particlular industry. After selling, a non-dev PM can select the required modules, install them and essentially have a working site. Al that needs to be done at this point is some templating. Never mind. We'll work around it or write our own extension to RockMigrations. We will definitely extend this. Again: non-dev's invovled. They need to see on the modules page which version is currently installed without having to dig in the files. Thanks for your help. All we need to work out now is testing a FieldTypeRepeaterMatrix and we'r good to go.

Hi Bernhard, I have migrated what we had so far to RockMigrations. I like the approach for the same reasons you do. I have three issues/questions. 1. FieldtypeOptions Does RockMigrations support this field type fully? Adding the field itself is obviously easy. I did not manage to pass the selectable options on to the field though. If it does support it, I would appreciate a code example. 2. Viewable Templates We intend to install viewable templates, either as shells containing functionality only or as full HTML layouts. As far as I can tell, RockMigrations does not support this. We started in our standalone module by providing the file in an asset folder of the module and copying it into the templates folder after creating the tempalte: if($t->id) { $src = __DIR__ . "/assets/WebKitModelleAuto.php"; $dest = $this->removeLastDir(__DIR__,2) . "/templates/webkitModelleAuto.php"; $copy = copy($src, $dest); return $t->id; } Obviously we can still do it this way if nothing like this is planned in future versions of RockMigrations 3. Module Version It's fully possible, that I did something wrong...but the module version numbers are not updating after migrations. Both these modules have been migrated successfully to versions 0.1.0. We created a shell module based on yours: https://github.com/BernhardBaumrock/RockMigrationsDemo/archive/master.zip If it is a 'bug' then it would be great to update it as this may be somewhat confusing to staff less familiar with migrations but tasked to upgrade modules (which will be the case in our situation). A luxury update would be, if the RockModuleCreator would also let the user set the summary of the module. But...luxury. Anyway, I hope you don't feel that I am trashing your work. I think it's great. It's just situations I came across during evaluation. Some might be my own inexperience with ProcessWire syntax. It's a great module.

Hi, We are currently developing several modules for our client base which will help us scale production of sites with Processwire. All is going well so far with great information around. But now we came across an issue, which we are stuck with. One modules installs several fields (successfully), which we want to organize into Fieldset Tabs. And that's where we're currently stuck. Despite trying our own methods and searching in existing modules for references. Here the field creation code during the module install: public static $fieldsArray = array( 'strasse' => array('name'=>'WebKitEinstellungenStrasse', 'type'=>'FieldtypeText', 'label'=>'Strasse', 'columnwidth'=>50,'collapsed'=>0), 'plz' => array('name'=>'WebKitEinstellungenPLZ', 'type'=>'FieldtypeText', 'label'=>'Postleitzahl', 'columnwidth'=>15,'collapsed'=>0), 'ort' => array('name'=>'WebKitEinstellungenOrt', 'type'=>'FieldtypeText', 'label'=>'Ort', 'columnwidth'=>35,'collapsed'=>0), 'tel1' => array('name'=>'WebKitEinstellungenTelefonnummer1', 'type'=>'FieldtypeText', 'label'=>'Telefonnummer', 'columnwidth'=>50,'collapsed'=>0), 'tel2' => array('name'=>'WebKitEinstellungenTelefonnummer2', 'type'=>'FieldtypeText', 'label'=>'Telefonnummer 2', 'columnwidth'=>50,'collapsed'=>0), 'email1' => array('name'=>'WebKitEinstellungenEmail1', 'type'=>'FieldtypeText', 'label'=>'E-Mailadresse', 'columnwidth'=>50,'collapsed'=>0), 'email2' => array('name'=>'WebKitEinstellungenEmail2', 'type'=>'FieldtypeText', 'label'=>'E-Mailadresse 2', 'columnwidth'=>50,'collapsed'=>0), 'garagenid' => array('name'=>'WebKitEinstellungenGaragenId', 'type'=>'FieldtypeText', 'label'=>'a-Commerce Nummer', 'columnwidth'=>50,'collapsed'=>0,'description'=>'Benötigt für Fahrzeugmodule. Nur unter Anweisung löschen oder ändern.'), 'fb' => array('name'=>'WebKitEinstellungenFacebook', 'type'=>'FieldtypeText', 'label'=>'Facebook Page URL', 'columnwidth'=>50,'collapsed'=>0), 'insta' => array('name'=>'WebKitEinstellungenInstagram', 'type'=>'FieldtypeText', 'label'=>'Instagramm URL', 'columnwidth'=>50,'collapsed'=>0), 'yt' => array('name'=>'WebKitEinstellungenYouTube', 'type'=>'FieldtypeText', 'label'=>'YouTube URL', 'columnwidth'=>50,'collapsed'=>0), 'footertext' => array('name'=>'WebKitEinstellungenFooterText', 'type'=>'FieldtypeTextarea', 'label'=>'Footer Text', 'columnwidth'=>50,'collapsed'=>0), 'bildertabopen' => array('name'=>'WebKitEinstellungenBilderTabOpen', 'type'=>'FieldtypeFieldsetTabOpen', 'label'=>'Standardbilder','collapsed'=>0,'modal'=>''), 'bilderheader' => array('name'=>'WebKitEinstellungenStandardbilderHeader', 'type'=>'FieldtypeImage', 'label'=>'Standardbild Page Header', 'columnwidth'=>50,'collapsed'=>0,'description'=>'Verwendet, falls bei einer Seite kein spezifisches Kopfbild definiert wird.','entityencodedesc'=>1,'extensions'=>'gif jpg jpeg png','adminThumbs'=>1), 'bildernews' => array('name'=>'WebKitEinstellungenStandardbilderNews', 'type'=>'FieldtypeImage', 'label'=>'Standardbild Neuigkeit', 'columnwidth'=>50,'collapsed'=>0,'description'=>'Verwendet, falls bei einem Newseintrag kein spezifisches Kopfbild definiert wird.','entityencodedesc'=>1,'extensions'=>'gif jpg jpeg png','adminThumbs'=>1), 'bilderfzg' => array('name'=>'WebKitEinstellungenStandardbilderFahrzeuge', 'type'=>'FieldtypeImage', 'label'=>'Standardbild Fahrzeug', 'columnwidth'=>50,'collapsed'=>0,'description'=>'Verwendet, falls ein Fahrzeug kein Bild hat.','entityencodedesc'=>1,'extensions'=>'gif jpg jpeg png','adminThumbs'=>1), 'bildertabclose' => array('name'=>'WebKitEinstellungenBilderTabClose', 'type'=>'FieldtypeFieldsetClose', 'label'=>'Standardbilder Tab Geschlossen','collapsed'=>0,'modal'=>''), 'googlega' => array('name'=>'WebKitEinstellungenGoogleGA', 'type'=>'FieldtypeText', 'label'=>'Google Analytics Konto', 'columnwidth'=>50,'collapsed'=>0,'description'=>'Beispiel: UA-123456-78'), 'googlemaps' => array('name'=>'WebKitEinstellungenGoogleMaps', 'type'=>'FieldtypeTextarea', 'label'=>'Google Maps Code', 'columnwidth'=>50,'collapsed'=>0), ); private function installFields($templateId){ // Get Fieldgroup $t = $this->wire('templates')->get($templateId); $fg = $this->wire('fieldgroups')->get($t->fieldgroup); // Felder hinzufügen foreach(static::$fieldsArray as $feld) { if(!$this->fields->get($feld['name'])){ $f = new Field(); $f->type = $this->modules->get($feld['type']); $f->name = $feld['name']; $f->label = $feld['label']; if (isset($feld['columnwidth'])) $f->columnwidth = $feld['columnwidth']; $f->collapsed = $feld['collapsed']; if (isset($feld['description'])) $f->description = $feld['description']; if (isset($feld['extensions'])) $f->extensions = $feld['extensions']; if (isset($feld['adminThumbs'])) $f->adminThumbs = $feld['adminThumbs']; if (isset($feld['modal'])) $f->modal = $feld['modal']; $f->save(); // // Feld zur Feldgruppe hinzufügen $fg->add($f); } } // Feldgruppe speichern $fg->save(); return $fg; This adds the tab 'WebKitEinstellungenBilderTabOpen' which is also visible in the template and page. The fields within the open and close tab fields are missing in the basic tab and nothing happens on click on WebKitEinstellungenBilderTabOpen. Using the Field Exporter we realized that the openFieldID, closeFieldID values were missing. So, after not finding direct references, we did some, uhm, creative workaround by looping through a field tab definition array public static $tabsArray = array( 'bildertabopen' => array('name'=>'WebKitEinstellungenBilderTabOpen', 'type'=>'FieldtypeFieldsetTabOpen','tabref'=>'WebKitEinstellungenBilderTabClose'), 'bildertabclose' => array('name'=>'WebKitEinstellungenBilderTabClose','type'=>'FieldtypeFieldsetClose','tabref'=>'WebKitEinstellungenBilderTabOpen'), ); // Tabgruppen zuweisen foreach(static::$tabsArray as $feld) { // Feld in Processwire beziehen if($tab = $this->fields->get($feld['name'])){ // Referenz Tab laden if($tabref = $this->fields->get($feld['tabref'])){ // Referenz schreiben if($feld['type'] == 'FieldtypeFieldsetTabOpen') { $tab->closeFieldID = $tabref->id; $tab->save(); } else { $tab->openFieldID = $tabref->id; $tab->save(); } } } } This works as far as the setting of the openFieldID, closeFieldId is concerned: { "WebKitEinstellungenBilderTabOpen": { "id": 521, "type": "FieldtypeFieldsetTabOpen", "flags": 0, "name": "WebKitEinstellungenBilderTabOpen", "label": "Standardbilder", "closeFieldID": 525, "modal": "", "collapsed": 0 } } { "WebKitEinstellungenBilderTabClose": { "id": 525, "type": "FieldtypeFieldsetClose", "flags": 0, "name": "WebKitEinstellungenBilderTabClose", "label": "Standardbilder Tab Geschlossen", "openFieldID": 521 } } But in the Admin, the field are still not grouped into the tab. Now we're stuck and hope someone can help us. Here some screenshots:

ech. Not feeling stupid at all. I checked InputFields settings, yet not the FieldType settings. Thanks for taking the time to help me out of noob mode.

Hi, I did some research, but did not come across this issue. It seems, that in my installation of ProcessWire, some default fields types are missing from the selection when creating new fields. (Image attached). Types like multi-select, radio button, etc. do not appear. I dug around, but did not see anywhere, where I would have to assign permissions for those standard fields. Also, I am using the superuser account anyway. Some information about the installation: PW 3.0.123 Language: Installed the German Language Pack as the default language Installed ProFields: Repeater Matric Inputfield Installed File field for FormBuilder Does anybody have an idea why these FieldTypes are missing?