matjazp

It should stay open as browser is sending ajax requests.

It's different; I posted it on the issues repository, so Ryan has it all in one place. Edit: already fixed, available in the (upcoming) latest dev 3.0.212

Yes, already reported here https://github.com/processwire/processwire-issues/issues/1467#issuecomment-1425013391 will be fixed in PW 3.0.212

quill?

I'm evaluating this handy addition, but it looks like it's not working as intended. I hid the page, and I left all checkboxes unchecked. As expected, the hidden page is not shown in the page list. Then I checked the "System in debug mode" checkbox and expected to see the hidden page again, as the site is in debug mode. But it's not the case; the hidden page is not shown in the page list. Am I doing something wrong?

Hm, https://github.com/processwire/processwire/commit/6667caa1d0cbbfb9b2b197f1d0b6380121cdc714#diff-6b6f4dd400a365df19a1abcdb0d7aae1d378f38753d0a95d1b4a78197c7a6b92L2289 made me think it should work, at least it does here.

Try PW 3.0.201.

What's previous PW version you upgraded from? Multibyte support (mb_internal_encoding) is enabled?

If that's of any help... I haven't tested newer versions since then. Also https://github.com/processwire/processwire-issues/issues/769

Looks like it happens whn there is only one template that could be used for a new page. Can you try and add another template that doesn't have multilang disbaled?

I can reproduce using your "site profile", but still not on my instalation. Looking for differences...

Are you talking about this? You can unselect the curent parent if you hover over it.

I'm not familiar with LanguageLocalizedURL module, but you can change /site/modules/LanguageLocalizedURL.module line 174 to $str = mb_strtolower("$str"); In /wire/modules/Fieldtype/FieldtypeRepater/InputfieldRepeater.module replace line 719 with if(!strlen("$addLabel")) $addLabel = $this->_('Add New'); I reported both of your findings so they will be fixed.

Yes, that's the missing 1% :-) Please try changing to $splitPass = str_split($pass, (int) (strlen($pass) / 2) + 1);

I would go with PHP 8 and the latest dev (soon to become a master). We have ironed out like 99% od deprecation warnings in PHP8, some may still pop up, but will be fixed promptly.

You grabed the latest master 3.0.184? No go for PHP 8. Use the latest dev 3.0.199.

What's your PHP version? I guess it's below 5.4.0 -> time to upgrade. Or perhaps missing php-json extension?

@Brendan KidwellAre you sure that the padding of zeros should be performed on the right?

I had that behavior once, a long time ago, don't remember what the culprit was. I guess you tried incognito mode and some other browser? Are all CSS files loaded?

Any javascript errors in browser dev tools?

Any recommendation for viewing Office (word, excel) files? Locally, not uploading the file to some service.

It looks like this commit is responsible: https://github.com/processwire/processwire/commit/fc0db2bb224075e7d6e4105619a2293a5ca4b7a0 more specifically PagesLoader.php on line 1176 where parent_id is unset.

There are 20 commits between 3.0.191 and 3.0.192. It might be helpful to know which commit "broke" findMany()?

@ryanI'm also having problems. If I try to change the template I get: ProcessWire: ProcessPageEdit: Page cannot be its own parent DEBUG MODE BACKTRACE ($config->debug == true): #0 C:\inetpub\wwwroot\wire\core\Page.php(708): ProcessWire\Page->setParent(Object(ProcessWire\Page)) #1 C:\inetpub\wwwroot\wire\core\Page.php(1769): ProcessWire\Page->set('parent', Object(ProcessWire\Page)) #2 C:\inetpub\wwwroot\wire\modules\Fieldtype\FieldtypeRepeater\FieldtypeRepeater.module(1126): ProcessWire\Page->__set('parent', Object(ProcessWire\Page)) #3 C:\inetpub\wwwroot\wire\modules\Fieldtype\FieldtypeRepeater\FieldtypeRepeater.module(766): ProcessWire\FieldtypeRepeater->getRepeaterPageParent(Object(ProcessWire\Page), Object(ProcessWire\RepeaterField)) #4 C:\inetpub\wwwroot\wire\core\Wire.php(423): ProcessWire\FieldtypeRepeater->___wakeupValue(Object(ProcessWire\Page), Object(ProcessWire\RepeaterField), NULL) #5 C:\inetpub\wwwroot\wire\core\WireHooks.php(951): ProcessWire\Wire->_callMethod('___wakeupValue', Array) #6 C:\inetpub\wwwroot\wire\core\Wire.php(485): ProcessWire\WireHooks->runHooks(Object(ProcessWire\FieldtypeRepeater), 'wakeupValue', Array) #7 C:\inetpub\wwwroot\wire\modules\Fieldtype\FieldtypeRepeater\FieldtypeRepeater.module(636): ProcessWire\Wire->__call('wakeupValue', Array) #8 C:\inetpub\wwwroot\wire\core\Field.php(980): ProcessWire\FieldtypeRepeater->getInputfield(Object(ProcessWire\Page), Object(ProcessWire\RepeaterField)) etc... It happens on pages with templates that have repeaters. It looks like this commit https://github.com/processwire/processwire/commit/b47297fd4adafcd6f1b12e943380e3f796793b7b is the culprit? Pages.php, line 1899, commenting this line: if($id !== null) $options['id'] = $id; fixes the error.

Those hover dropdowns bothers me too. I use desktop browser and sometimes my hand shakes and can't move my mouse with enough precision. When you hover over top level menu, the second level menu is opened and if you happen to move your mouse outside of the menu area, the menu closes. So I usually just click on Pages, Setup, Modules.