titanium

Thanks a lot guys for your opinions. It's always good to hear that others are struggling with this kind of weird problems as well ( @millipedia "We lost a client of 20 years to it last year") and that I'm not the only one ? The client is important to me, and I have been doing more research over the last few days. The client even suggested a CMS to me - https://cargo.site. I've been playing with it and it was one of the worst experiences with a page builder (or whatever that thing is called) I've ever had. I think @FireWire summarized the situation very well in his post: "Is this client expecting something that can't be done that may get you stuck in a position where you can't deliver?" I guess if they really want me to work with this Cargo CMS, I'll have to let them go. Fun fact: although the client suggested Cargo, it does not seem to fulfill their own demands... Time will tell how this story ends.

I have a client who asks me for a tool which allows him to position portions of text very flexible on the page. They even want to place each line individually. Think of different type of headlines, which can have variations of line height, indent and font style. They are designers, and they have a very high level of typography demand, and they would like to experiment with the text on their website – like they are used to in Adobe Illustrator when they do their layouts. I have been researching this topic in the past few days, but I have not found a module (like a RTE such as TinyMCE) which comes close. I guess they imagine something like a page builder, and some tool like Fluid Engine by Squarespace may bring them there. But I much prefer ProcessWire! I think it's not too difficult to build a structured website with ProcessWire, but in this case the demand for a super-duper flexible texteditor seems to be a showstopper. I'm very thankful for every link or any hint how to solve this.

I would love to see a more up to date implementation of Swift Mailer in ProcessWire, as I have had very good experiences with Swift Mailer standalone. Is anyone interested in developing it further?

I'm only at the beginning of my tests, but this module basically works with PHP 8. Thanks for that! I have one question: there is a setting "XMailer". The help text reads: "Options: An empty string for PHPMailer default, whitespace for none, or a string to use." How is entering the "whitespace for none" supposed to work? If you enter a space, ProcessWire removes it when saving....

PHP 8 was released a few months ago. I can't get WireMailSMTP to work with PHP 8. The error message is: "Error in hnsmtp::send : cannot connect to smtp-server!" With PHP 7.4, on the other hand, it works fine. Was anyone already successful with PHP 8? Thanks in advance.

I have the same issue and no solution yet, but hopefully I can add some more aspects to it. I think it's more accurate to say that SeoMaestro brings the issue to the surface. The whole call stack of the issue is in my case: ErrorException: chdir(): open_basedir restriction in effect. File(/var/www/php-fcgi-scripts) is not within the allowed path(s): (/var/www/web:/var/www/tmp:/usr/share/php:/tmp) in /var/www/web/wire/core/TemplateFile.php:305 Stack trace: #0 [internal function]: Tracy\Bar->Tracy\{closure}() #1 /var/www/web/wire/core/TemplateFile.php(305): chdir() #2 /var/www/web/wire/core/Wire.php(380): ProcessWire\TemplateFile->___render() #3 /var/www/web/wire/core/WireHooks.php(823): ProcessWire\Wire->_callMethod() #4 /var/www/web/wire/core/Wire.php(450): ProcessWire\WireHooks->runHooks() #5 /var/www/web/site/modules/SeoMaestro/src/StructuredData/BreadcrumbStructuredData.php(55): ProcessWire\Wire->__call() #6 /var/www/web/site/modules/SeoMaestro/src/StructuredDataSeoData.php(55): SeoMaestro\StructuredData\BreadcrumbStructuredData->render() #7 /var/www/web/site/modules/SeoMaestro/src/SeoDataBase.php(116): SeoMaestro\StructuredDataSeoData->renderMetatags() #8 /var/www/web/site/modules/SeoMaestro/src/PageFieldValue.php(97): SeoMaestro\SeoDataBase->render() #9 [internal function]: SeoMaestro\PageFieldValue->SeoMaestro\{closure}() #10 /var/www/web/site/modules/SeoMaestro/src/PageFieldValue.php(98): array_map() #11 /var/www/web/site/modules/SeoMaestro/src/PageFieldValue.php(119): SeoMaestro\PageFieldValue->render() #12 /var/www/web/wire/core/Sanitizer.php(2929): SeoMaestro\PageFieldValue->__toString() #13 /var/www/web/wire/core/Sanitizer.php(2058): ProcessWire\Sanitizer->string() #14 /var/www/web/site/assets/cache/FileCompiler/site/modules/TracyDebugger/panels/RequestInfoPanel.php(814): ProcessWire\Sanitizer->entities1() #15 /var/www/web/site/assets/cache/FileCompiler/site/modules/TracyDebugger/panels/RequestInfoPanel.php(670): RequestInfoPanel->generateOutput() #16 /var/www/web/site/assets/cache/FileCompiler/site/modules/TracyDebugger/tracy-2.7.x/src/Tracy/Bar/Bar.php(150): RequestInfoPanel->getPanel() #17 /var/www/web/site/assets/cache/FileCompiler/site/modules/TracyDebugger/tracy-2.7.x/src/Tracy/Bar/Bar.php(122): Tracy\Bar->renderPanels() #18 /var/www/web/site/assets/cache/FileCompiler/site/modules/TracyDebugger/tracy-2.7.x/src/Tracy/Bar/Bar.php(98): Tracy\Bar->renderHtml() #19 /var/www/web/site/assets/cache/FileCompiler/site/modules/TracyDebugger/tracy-2.7.x/src/Tracy/Debugger/Debugger.php(293): Tracy\Bar->render() #20 [internal function]: Tracy\Debugger::shutdownHandler() #21 {main} As we can see in #2, SeoMaestro calls the class ProcessWire\TemplateFile (file is: /wire/core/TemplateFile.php). In line 305 we find: if($this->savedDir) chdir($this->savedDir); $this->savedDir is set in line 259: $this->savedDir = getcwd(); And that's the problem. In my case, getcwd() returns '/var/www/php-fcgi-scripts' – but just sometimes. I have not found what exactly the conditions are when this happens. Maybe SeoMaestro's maintainer @Wanze can shed some light to this.

No solution, but I guess there is definitely something broken. I'm getting error messages like the following on multiple servers of mine: Fatal error: Method SeoMaestro\PageFieldValue::__toString() must not throw an exception, caught ErrorException: chdir(): open_basedir restriction in effect. File(/var/www/php-fcgi-scripts/web366) is not within the allowed path(s) Somebody mentioned that earlier in this thread, but no solution was proposed (the error went away automagically in that case).

Do you have to deal with animated image file formats that much? Google's WebP file size is on average25%-34% smaller compared to JPEG, see https://developers.google.com/speed/webp/docs/webp_study. But that doesn't mean it's always the format of choice. If GIF or APNG works better in some cases, nobody forces us to use WebP.

Nice find! But I think it just cures the syndrome and to be honest, it's kind of dependency nightmare to create a generic css-file which patch problems of a certain module. The real pain is: ImageExtra does not pay attention to the new UIkit classes completely. I suggest the following: replace the $out in the method renderLinkItemField with: $out = '<div class="InputfieldImageEdit__additional--' . $name . '">' . '<label class="uk-form-label detail" for="' . $fieldName . '">' . $field->label . '</label>' . '<div class="InputfieldContent uk-form-controls" style="padding:0;">' . $field->render() . ' </div>' . '</div>'; Overall I think ImageExtra from @justb3a is still a great module, but it is somewhat dated and needs some love.

This issue is solved, because the PR I submitted has now been accepted by @justb3a.

I tried the latest version of this wonderful module today: I activated the module's config setting "Restrict from search results". After that, I logged in with a user who is restricted to a certain branch and tried to find some pages outside the restricted branch. I used the search box in the upper right corner of the PW admin and was surprised to see that results are found outside the restricted branch. The quoted sentence above is related to a search by Lister, I guess?

Oh, I see, I wasn't precise enough. Sorry, I didn't think of that. I meant "Tracy with Force superusers into DEVELOPMENT mode activated instead of just "Tracy enabled". It's Tracy right out of the box (fresh install) with just "Force superusers into DEVELOPMENT mode" setting activated. The slowdown is more or less noticeable on all admin pages, "modules" was just a concrete example. But I do have to say I have some custom modules included in this project, so I will report back after I have done a vanilla install elsewhere and tested again. Thank you.

I've written that already - with "Force superusers into DEVELOPMENT mode" activated, it takes nearly 6x times longer to load the modules page than without Tracy.

Is it just me or has Tracy (current version) become very sloooow recently with the "Force superusers into DEVELOPMENT mode" setting activated? Benchmark - loading of the "modules" page: Tracy enabled: Loed 6.9 s Tracy disabled: Load 1.2 s Measured with Google Chrome Dev Tools. I don't remember noticing that before... ?

☑️ Done

@Zeka, thanks for the hint. I gave it a shot some minutes ago and it does not work either. I dived deeper now. /wire/core/Page.php contains a method $page->set($key, $value): case 'parent': case 'parent_id': if(is_object($value) && $value instanceof Page) { // ok $this->setParent($value); } else if($value && !$this->_parent && ($key == 'parent_id' || is_int($value) || (is_string($value) && ctype_digit("$value")))) { // store only parent ID so that parent is lazy loaded, // but only if parent hasn't already been previously loaded $this->_parent_id = (int) $value; } else if($value && (is_string($value) || is_int($value))) { $value = $this->_pages('get', $value); $this->setParent($value); } break; So there is definitely support for $page->set('parent', $id) here. Proof: the following works: $page->set('parent', 3); $page->save(); In the head of /wire/core/Page.php is a definition of $settings: /** * Page-specific settings which are either saved in pages table, or generated at runtime. * * @var array * */ protected $settings = array( 'id' => 0, 'name' => '', 'status' => 1, 'numChildren' => 0, 'sort' => -1, 'sortfield' => 'sort', 'modified_users_id' => 0, 'created_users_id' => 0, 'created' => 0, 'modified' => 0, 'published' => 0, ); I think 'parent' is missing here. I added it and tried again - now this works: $page->setAndSave('parent', 3); So I guess it's a bug.

Thanks, @adrian. I always did what you described, but recently I wondered why $page->setAndSave('sort', 3); works, but $page->setAndSave('parent', 3); does not - both are native properties of the page. This seems somewhat equivalent to me, so they should behave the same, shouldn't they? But I'm not sure if I fully understand it. What I originally tried to achieve was to save the page with a maximum of performance, because I have to deal with a cron job which imports/changes thousands of pages. I guess I have to experiment with $page->save(['noFields' => true]). Any hints for optimized performance of page manipulation are welcome.

I noticed that $page->setAndSave('parent', 1000); does not work. Reason is, that $page->save('parent') does not work either. In /wire/core/Page.php: public function save($field = null, array $options = array()) { if(is_array($field) && empty($options)) { $options = $field; $field = null; } if(!is_null($field)) { if($this->hasField($field)) { return $this->wire('pages')->saveField($this, $field, $options); } else if(is_string($field) && (isset($this->settings[$field]) || parent::get($field) !== null)) { $options['noFields'] = true; return $this->wire('pages')->save($this, $options); } else { return false; } } return $this->wire('pages')->save($this, $options); } "parent" is no field and no key in $this->settings[$field], so the functions must return false for $page->save('parent'). Possible keys in $this->settings[$field] seem to be: ["id"] ["name"] ["status"] ["numChildren"] ["sort"] ["sortfield"] ["modified_users_id"] ["created_users_id"] ["created"] ["modified"] ["published"] Why is parent missing here?

Hi folks, I'm currently struggling with a client request. The client has created a lot of pages with employee profiles. Each profile has one or more email addresses assigned (currently this is accomplished by the ProFields Mutliplier module). Furthermore, there are content pages, which have a Repeater Matrix field. One repeater item is a page field which selects the employee profile. This works so far, but now the problem is: how can one of the email addresses of the profile be picked within the page field resp. repeater item? Only the email address which are assigned to the profile should be selectable. I haven't found an approach how to do this on the admin side yet and I'm grateful for any hints.

You could try this setting in config.php: $config->defaultAdminTheme = 'AdminThemeUikit';

Is there a property to set a "Return-Path:" which differentiates from the "From:" setting? At a first glance, I have found a method call $this->emailMessage->SetHeader('Return-Path', $address); inside WireMailSmtpAdaptor.php - I guess this can't be overridden individually?

What you notice is the default behavior. I've never heard one of my users complain, but I think you have a point here. It would be better if this (just visually) "move" wouldn't take place. It's quite irritating and somewhat annoying one must reload the browser to be sure. I guess it's hard to fix, because the drag and drop move is made by JS, which isn't aware at that moment that some permissions shouldn't allow this.Maybe @ryan can re-think about it? I would be glad if you could fill in an issue report.

There is a SEO module already. I guess it's not maintained anymore, but it can be a good base for extensions. What do you miss? Personally, I don't think a SEO module belongs to the core (if it's that what you have meant by "native"), because the core should keep it's clean and generic character. Keep in mind that ProcessWire is not just used for websites, and even a lot of websites don't need that much SEO.

Hi folks, before I'm going to submit a bug report, I would like to make sure it's not my setup. Since commit bac60dc340d66766e7b9c0ce811a2ae152585123 I can't crop any png image (not by api, backend is meant, see screenshot). Could someone with ProcessWire 3.0.86 or 3.0.87 try this and report back here? Many thanks in advance!

Given three pages with the following titles: Deutschland Österreich Schweiz I noticed that I get different results for a sort inside a selector and an explicit sort(). See the following example: // A) just use selector as usual $countries = $pages->find('parent=countries,sort=title'); foreach($countries as $country) { echo $country->title . "\n"; } // result: Deutschland, Österreich, Schweiz - ok // B) put pages in separate array and sort afterwards $countries = $pages->find('parent=countries'); $whitelist = new PageArray; foreach($countries as $country) { $whitelist->add($country); } $whitelist->sort('title'); foreach($whitelist as $country) { echo $country->title . "\n"; } // result: Deutschland, Schweiz, Österreich - huh? It seems to be obvious that it has something to do with the umlaut in Österreich. Maybe a bug?