matjazp

In PHP 5, list() assigns the values starting with the right-most parameter. In PHP 7, list() starts with the left-most parameter. But I see that adrian fixed it...

Maybe it has something to do with php version?

How about prepopulating a library (from Select library) if there is only one? Or some kind default library? How does it scale with a lot of images, like 1000?

If anyone interested, I installed Imagick on Win8.1 x64, IIS 8.5, PHP 7.0 x86. I took ImageMagick-6.9.3-6-Q16-x86-dll.exe from http://www.imagemagick.org/script/binary-releases.php#windows (I think the latest version would be ok too). Installed as usual, then I created env variable MAGICK_HOME, pointing to the C:\Program Files (x86)\ImageMagick-6.9.3-Q16\modules\coders. Checked that application is running. Then I downloaded PHP 7.0 Non Thread Safe (NTS) x86 of Imagick from http://pecl.php.net/package/imagick/3.4.0/windows, copied php_imagick.dll to the PHP's extension dir, in my case C:\Program Files (x86)\PHP\v7.0\ext, and added extension=php_imagick.dll to php.ini. Finally I had to restart the computer!

Yes, it works for me, I had to clean the templates cache. One more thing: debug.innerHTML is "oneliner", with " \n\n" etc. How do you manage to debug that?

Issue remains, but depends on template file: <?php echo $page->title; is ok. <?php echo $page->title; ?> is also ok. <?php echo $page->title; ?> foo is not ok.

Hm, I tried this in template file and I don't get error: $pages->addHookBefore('find','before'); function before($event) { $event->arguments(0, $event->arguments(0) . ", limit=1"); } echo $pages->find('template=basic-page')->count(); //return 1

I see this in browser's View source: </body> </html> ?> <!-- Tracy Debug Bar --> <script> (function() {... There is unexpected "?>" but only in front end, not in backend. Also, is it ok to have script after the </html>?

No luck with the new version, error is stil there. Hm, it's working now ... don't know what I did...

Now I get (in Diag & Output panel): PDOException: SQLSTATE[HY000] [2002] Nobene povezave ni mogoe vzpostaviti, ker jo ciljni raunalnik aktivno zavraa. in C:\inetpub\wwwroot\site\assets\cache\FileCompiler\site\modules\TracyDebugger\DiagnosticsPanel.inc:287 Stack trace: #0 C:\inetpub\wwwroot\site\assets\cache\FileCompiler\site\modules\TracyDebugger\DiagnosticsPanel.inc(287): PDO->__construct('mysql:host=loca...', 'myusername', 'mypassword') #1 C:\inetpub\wwwroot\site\assets\cache\FileCompiler\site\modules\TracyDebugger\tracy\src\Tracy\Bar.php(73): DiagnosticsPanel->getPanel() #2 C:\inetpub\wwwroot\site\assets\cache\FileCompiler\site\modules\TracyDebugger\tracy\src\Tracy\Debugger.php(221): Tracy\Bar->render() #3 [internal function]: Tracy\Debugger::shutdownHandler() #4 {main} It shows user/pass for DB in plain view... A also can't move some panels, see the video.

As I said, I would not show permission, status and notes columns since they show wrong info on windows. Exist/readable/writeable columns are ok. I can't test what statuses are displayed on linux box, but flaging read/orange/green is also not trivial. If you want to be able to upgrade PW version using ProcessWireUpgrade Module, /wire has to be writeable and if that user wanted to do then it should be marked green (or orange), not red (I don't make /wire writeable in production). If you want to upgrade site modules, than /site/modules has to be writeable etc. I would limit phpinfo() just for admins. I'm hosting 3 live sites on Windows server for more than a year, 2 more to come. No problems so far.

There is no ls command on windows. There is icacls that shows: C:\inetpub\wwwroot>icacls install.php install.php: Access denied. Successfully processed 0 files; Failed processing 1 files Access is denied because I (my login account) don't have access to the file. The only user with access to the file is the user under which web server is running. On linux that would be 400 and file is owned by user apache. If I change the ownership to my account and run icacls again: C:\inetpub\wwwroot>icacls install.php install.php NT AUTHORITY\IUSR:(RX) Successfully processed 1 files; Failed processing 0 files It shows that iusr user has read+execute access. I wouldn't bother too much with windows permissions, they are more complicated than on linux, and maybe wouldn't even show permission, status and notes columns? Many php functions don't give reliable results on windows (I think that chmod does nothing on windows, but haven't tested...). There are also differences with rename/move operations etc.

Well, now I tested with install.php. I made the owner of the file iusr and iusr is the only one with read permissions, no one else. Install File /install.php ✓ ✓ 0666 Failure Should be deleted for security. Yes, install.php should be deleted for security, file exist, is readable, not writeable, but 0666?

I'm on windows + IIS. "Apache is running as user: nt authority\iusr" is correct (I would change Apache with Web server). About permissions: I tested with /site/config.php. The owner of the file is iusr user and has read only access. No one else has access so I don't know what to say about "0666 Readable by more than just the owner." Exists, Readable and Writeable columns seems to be correct.

Related to this? https://github.com/ryancramerdesign/ProcessWire/issues/1624

I upgraded to the latest version and I get TracyDebugger.module, line 154. No access to admin. I commented lines in ready() so that admin worked again, then updated module settings.

Yes, of course I was just commenting the difference between results from Tracy and PW timers and not "requesting" to be the same. Sorry for not making that clear. I was thinking like this: if you have multiple timers, than it might be visually better to see them aligned ...

Maybe: $roundedTime = number_format(Debugger::timer($name),4); How about displaying a list of local variables, without PW variables, something like get_defined_vars() but without fuel, wire, classLoader, hooks, config etc.

The difference is because you are returning float using round function, while PW timer is returning string using number_format ...

t(); sleep(1); bd(t()); $timer = Debug::timer(); sleep(1); bd(Debug::timer($timer)); result: 1.0 in ...\site\modules\TracyDebugger\TracyDebugger.module:286 "1.0000" (6) in ...\site\modules\TracyDebugger\TracyDebugger.module:286

4 decimal places is ok (from my point of view), but now it show 0.0 instead of 0.0000

t() returns number like 3.0994415283203e-6 Could that be "better" formated?

Now that was fast response! Fixed, thank you.

Hi Adrian! When I mark children page for delete and then Save the page, I get errors (see attachment). The page itself (http://localhost/processwire/page/edit/?id=1) returns " The process returned no content." Could it be my fault (playing around...)? No problem with editing and adding pages. error.txt

I've done 3 sites with PW, all are educational, nonprofit and I don't get payed for that so crowdfunding would have to go from my personal/family budget...