adrian

I think so - even if the CSS approach works, it' really strange to me that the 404 page affects trash for all - sounds like there is still a bug there somewhere.

Thanks @nbcommunication - could you please highlight the new features you've added? I did a diff on yours vs @Macrura's but there are so many changes, it's hard to pick out what is new. Thanks!

Is there a reason you can't move the hook to ready where you will have the page object?

@Zeka - what @bernhard said ? His Request Logger panel is awesome for this!

I can confirm that @Rudy suggestions work here. In fact smtp-mail.outlook.com seems to be one of the last SMTP servers that actually still works when called from a web app. I haven't had any luck with gmail's service recently. In fact, I have completely abandoned SMTP and use MailGun for everything these days - it's much faster via the API, than an SMTP call (no delay for the user), is free for 10,000 sends a month. The only downside is the initially setting up of domain records if you're not familiar with it or don't have access to change them.

BTW, if you are hitting limits with that service, maybe try https://ip.nf/ or https://api.ip.sb/geoip - the former guys are very supportive of PW.

Sorry, perhaps those should not be disabled by default - generally I find it a bit obtrusive having the debug bar on in a modal and in general we are talking about the PW admin for these, so usually you don't need to debug them. Occasionally I enable them for a particular need.

Sorry, yes it should - I didn't read the code in your head.inc - I assumed an session setting and checking would have been in the hook. Are you sure it is being called on every ready load? I think you need to do some simple debugging and log or do a bd('called') type check inside the hook and load pages on your site and see what happens.

Also, have you read this: https://tracy.nette.org/en/open-files-in-ide - not actually sure whether you need this or not. I don't think I ever heard from the Windows folks whether this was needed or not.

Does this help: https://github.com/shengyou/vscode-handler

Several more Tracy core updates just committed that improve live dump performance among other things. I have also changed the default editor protocol handler from Sublime Text to VSCode - I feel like this will be a more useful default as it seems VSCode is gaining lots of users around here.

Why not cache the user's location in a session variable so you only need to make the API call once per session or with a cookie so it's potentially even less often?

I wonder if it's to do with the htaccess symlink. I just symlink the wire directory and nothing else. Maybe your host doesn't support following symlinks in htaccess? I guess I would start by just doing the wire directory and see if that works.

Hi everyone, Just released v4.18 this morning which comes with the new Tracy core v2.6 I have managed to retain PHP 5.4.4+ support for now. If you are running PHP 7.1+ you will get the new Tracy core, otherwise you'll be using the old 2.5 branch. I decided not to ditch < 7.1 just yet because Debian stable still ships with 7.0. Here's the list of changes: 1) New multiple AJAX debug bars This allows you to see more than one consecutive AJAX call. There is a new module setting that controls the number of AJAX bars (default 3). Adjust this if you need, but keep in mind that you don't want lots of bars stacking up as you navigate around the PW admin where opening menu items / pages are all AJAX calls. This new feature also means that the AJAX dumps panel no longer needs to store consecutive dumps, but if you still want that, then the Dumps Recorder panel will do that. 2) BarDump (bd) and barDumpBig (bdb) calls now use LIVE This feature was always not quite right in the Tracy core, but it has been rebuilt and is now the default for these calls. This makes the dumping of large / multiple objects 10x faster. It also means that we can probably increase the default maxDepth setting and increase the value for the barDumpBig even further. I haven't made these changes yet, but I am going to start testing here and see how it goes. This means that there is no longer a need for the barDumpLive (bdl) method, so this has been removed. 3) Lots of other minor/rare bug fixes and improvements Nothing worth mentioning specifically, but definitely worth having ? There will likely be more improvements to these new core features coming pretty soon, so I'll make sure we stay up to date with those also. Let me know if you notice any problems. Cheers!

@Melvin Suter - I use a symlink for this purpose and it works great.

Hey @JoshoB - glad they sorted it out for you. I am curious to know what host this is. I would also add that I have had several issues with PW and hosts that run nginx as a reverse proxy for apache. I have sworn off these hosts for good - too many bad gateway errors.

Try hooking into: https://processwire.com/api/ref/pages/published/ and https://processwire.com/api/ref/pages/unpublished/ and add a wireMail call as needed.

@neophron - that tutorial is more than you need if you use this module, but it will give you ultimate flexibility - it really depends on your needs. If you use this module and just want a logout button you do have to have that button link to a url that performs a $session->logout() and redirect to where you want them to end up. It think in that example there is a logout page added to the admin and the template for that page does the logout and redirect. That should be all you need.

Sorry you must build your own.

I know you need to check a constant or variable, but if you enter things directly, you don't need the namespace. I guess it's to do with quoting FieldtypeEmail when assigning to a variable or const that causes the problem.

Sorry @tpr - I actually even left the \ProcessWire\ in the version I posted above - d'oh. I did try without and wasn't getting an undefined wire error so assumed it was ok.

Interesting - it works like this here:

Hey @szabesz - a modules refresh and/or Tracy settings save will fix that. I converted one of the settings from a string to an array. I probably should have handled it better, but that's all you need to do.

@NorbertH - thanks for the screenshot - nothing out of the ordinary there. There is no need to deactivate the RequestInfo panel, just uncheck the "Field List & Values" option from its settings: That will reduce the size and time of that panel considerably. The API Explorer and Captain Hook panels are naturally going to be large in size, but the time should be significantly lower the next time you load it because the content gets cached - for me it's 79ms. Hope that helps a little.

Yeah, I kinda agree with you - it's a bit annoying at times - I have gotten used to the keyboard shortcuts to increase/decrease as needed. Not sure how easy it would be to do what you want because I make use of the splitjs library (https://github.com/nathancahill/split) for that stuff and it's a percentage based setup and not sure how I would go about overriding that at the moment - it's certainly on my mind though.