adrian

I am seeing this too - would you mind posting an issue on Github please? In case others reading this are confused - it's the new icon in the breadcrumb trail that ottogal is referring to.

Any chance you have: $config->moduleCompile = false; in your config.php file?

I have just pushed a fix for this - sorry about that! Glad that it's now working without the PW Info panel. I definitely need to make some optimizations there - I will try to take a look at this on Monday. It would be great to be able to replicate exactly what you have going on there, so I will probably come back with some more detailed questions for you. I am actually wondering about the PW Info panel in general and trying to figure out what elements of it you guys are finding most useful and whether some parts should be split into another panel so that those bits that are slow (due to loading large table fields for example) can be in a panel that you only load as needed using the "Once" option in the Selector Panel.

That is confusing that the errors persists with all panels disabled - is there any chance that you set a "sticky" set of panels that is overriding the settings in the module config? Closing your browser should clear the session cookie.

Keep in mind that post is very old. We now use $database: https://processwire.com/api/ref/database/ Beaten by @DaveP

I would start by opening the Network tab of your dev console and seeing what the path is - it should be something like: /processwire/page/lister/?session_bookmark=template_basic-page_pages&modal=inline&minimal=1 Take a look at the resonse tab for that request to see what is returned there. Then try loading that url directly in the browser and see what errors are displayed/logged.

Hey Macrura, What version of TracyDebugger are you running? Also, does it make any difference if you switch from the master to stable version of the Tracy core (in the module config settings). Also, what happens if you disable all the panels in the module settings. If it works with all panels disabled, please try enabling one at a time. I have a feeling it might be the PW Info panel - any chance you have a large Profields Table on these pages - I just came across an issue with this myself today - the PWInfo panel gets a LOT of data loaded in this situation. I need to figure out a way around this. Thanks for helping to figure this out.

https://processwire.com/talk/topic/8406-set-multiple-templates-role-access/?p=81711

Since you are playing around with mod_security settings, I would also try disabling it completely to see if that helps. Maybe also check to see if the server is running suhosin and disable that as well. If it works then you can work backwards to figure out what settings are needed.

I can't see if you have anything selected for the login template in your settings - your screenshot is cut off. Is it definitely pointing to the login template php file? If it is, then we need to make sure the module is being loaded - can you add some debug statements to the module - I would start by making sure the "ProtectedCheck" method is being called: https://github.com/adrianbj/PageProtector/blob/master/PageProtector.module#L212 It would be great if you could get to see if it is called and then work your way through to make sure that this line: https://github.com/adrianbj/PageProtector/blob/master/PageProtector.module#L280 is being triggered. I would go with: wire('log')->save('debug', 'test'); or something similar to make sure each point in the code is being called. BTW - there is no need to manually create the login form on the login template page - just echo $loginForm and the module will take of that for you (but that shouldn't stop it from working). On another note - I see that you have the homepage protected - there is no need to protect any child pages separately unless you have specific roles assigned, but that doesn't seem to be the case - but again that shouldn't stop this from working.

@jrtderonde - I have never had a problem with it not working, so you'll need to help debug this. I find it weird that it worked until you restarted. Can you post a screenshot of the module config settings page and if you are using the login template approach, could you please post the code from that template.

Sounds good, but just so you know, Tracy can also log errors and dump variables to the console in both Firefox and Chrome. And on that note, there is also soma's Chrome PHP Logger: http://modules.processwire.com/modules/chrome-php-logger/

Very good point - I don't think I ever realized this. It doesn't look like there is anyway to detect an AJAX call without this header being sent, or by perhaps sending a get/post variable that you can manually check. Kinda makes it a bit of pain if you're not using something like jquery. So it looks like if you want to use PW's $config->ajax, or you have TracyDebugger running, you'll need to make sure that header is sent. DG from the Tracy core has asked me to write something for their Readme along these lines. Perhaps PW should also have a note in the $config->ajax section?

Are you using the correct branch of Croppable image? A new PW 3.x version was just posted by horst: https://processwire.com/talk/topic/8709-croppableimage/?p=119694 Downgrading from 3.x to 2.x has been easy for me - use the Upgrades module, or manually copy over /wire/, index.php, and .htaccess files from PW 2.x and it should be fine.

My first stop is always the Network tab of my dev console - there is probably an error from the ajax request that will appear there.

They are separate images: <div class="sequence-container" data-anchor-target="#adaptable" style="z-index: -1;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00008.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00008.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-820-top="display:block;" data-775-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00010.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00010.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-776-top="display:block;" data-725-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00012.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00012.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-726-top="display:block;" data-675-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00014.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00014.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-676-top="display:block;" data-625-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00016.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00016.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-626-top="display:block;" data-575-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00018.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00018.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-576-top="display:block;" data-525-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00020.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00020.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-526-top="display:block;" data-475-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00022.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00022.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-476-top="display:block;" data-425-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00024.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00024.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-426-top="display:block;" data-375-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00026.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00026.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-376-top="display:block;" data-325-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00028.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00028.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-326-top="display:block;" data-275-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00030.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00030.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-276-top="display:block;" data-225-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00032.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00032.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-226-top="display:block;" data-175-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00034.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00034.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-176-top="display:block;" data-125-top="display:none;" style="display: none;"> <img class="lazy skrollable unrendered " src="images/sequence2-final/WEB_AMX_shot002_00036.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00036.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-126-top="display:block;" data-75-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00038.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00038.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data-76-top="display:block;" data--200-top="display:none;" style="display: block;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00041.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00041.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--199-top="display:block;" data--225-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00045.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00045.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--224-top="display:block;" data--275-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00049.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00049.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--274-top="display:block;" data--325-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00053.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00053.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--324-top="display:block;" data--375-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00057.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00057.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--374-top="display:block;" data--425-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00061.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00061.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--424-top="display:block;" data--475-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00065.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00065.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--474-top="display:block;" data--525-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00069.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00069.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--524-top="display:block;" data--600-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00073.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00073.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--599-top="display:block;" data--650-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00079.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00079.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--649-top="display:block;" data--700-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00083.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00083.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--699-top="display:block;" data--750-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00087.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00087.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--749-top="display:block;" data--800-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00091.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00091.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--799-top="display:block;" data--850-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00095.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00095.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--849-top="display:block;" data--900-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00099.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00099.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--899-top="display:block;" data--950-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00103.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00103.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--949-top="display:block;" data--1000-top="display:none;" style="display: none;"> <img class="lazy skrollable rendered " src="images/sequence2-final/WEB_AMX_shot002_00105.jpg" data-original="images/sequence2-final/WEB_AMX_shot002_00105.jpg" alt="" data-anchor-target="#adaptable" data-2000-top="display:none;" data--999-top="display:block;" style="display: none;"> </div> The fan in my 2011 Macbook Pro goes crazy visiting both of these sites and the page scrolling is very laggy!

Good idea - hiding it might be a decent option - I'll have a think about it. I am surprised about this - I am not sure why unless you are using a browser extension. Surely with the online version of any of these tools they won't have any Debugger bar code loaded. Am I missing something obvious? I can imagine that having Tracy running with "Allow Logging in Production Mode" enabled might make a very minor change to scores, but I would expect it to be insigificant.

It shouldn't be: https://github.com/adrianbj/TracyDebugger/blob/master/TracyDebugger.module#L263 Any ideas why that check is failing for you? The Validator and Variables panels are both supposed to be disabled in the admin and are for me. There are however showing checked in the Selector Panel - working on that now. Actually not sure I can do much about this - don't want to maintain separate cookies for frontend and admin and if it's unchecked when in the admin and you click once or sticky, it would make that change for the frontend as well. I don't think this is a big deal so will leave for the moment.

Thanks - I changed them to be close to what you suggested. The latest version also add the generation times for each panel to the selector panel so you can quickly see if one is very slow. I have also included some CSS tweaks and some other small bug fixes that I discovered with the validator and users panel.

Just a bit of a head's up in case it useful for you guys. I discovered this when I installed Tracy on a live site which makes heavy use of Angular with ajax calls to get data from the PW backend. Tracy was breaking the site because the returned JSON response had the Tracy debugger bar code appended. The thing is I don't really think this is a Tracy bug. Have a read here: https://laracasts.com/discuss/channels/requests/laravel-5-doesnt-behave-to-angularjs-like-ajax-request Angular decided to remove the AJAX header. I feel like this might also affect those of you using if($config->ajax) checks. The fix is pretty easy - just add the headers like this: .controller('HealthController', ['$scope', '$sce', '$http', function($scope, $sce, $http) { //to allow Tracy to know it's an ajax call and therefore not add code to call $http.defaults.headers.common["X-Requested-With"] = "XMLHttpRequest"; $http.get("/data/health-data.php?rc=" + document.getElementById("rc").getAttribute("data-name")) .success(function (response) { I have also posted an issue for the Tracy guys: https://github.com/nette/tracy/issues/167 but I am not sure whether they can do anything about this, or even if they should try. The same goes for PW and its $config->ajax check. Hope that's helpful to someone!

Good question - I was testing on 3.x, but then installed on an existing site running 2.6.21. I am not positive, but I think I saw the problem on both installs. Maybe don't worry until someone else reports it. If I see it again, I'll pay more attention. Thanks for the warning fixes.

I think all you need to do is change: $passwordResetTemplate->childTemplates = [$requestFieldgroup->id]; to: $passwordResetTemplate->childTemplates = [$requestTemplate->id]; but maybe there is something more to it that I have overlooked.

Hey Kongondo, Thanks for this - using it for the first time - very handy! Just a couple of warnings that I noticed appear in the admin until you have entered data: I also noticed that sometimes the co-ordinates weren't being populated properly - just showing "Infinity". I had to save the page again, then the next time I moved the markers, they worked correctly. I don't unfortunately have a reliable way to reproduce, but just wanted to let you know in case you can easily track it down.

I guess I have always been hesitant to put anything into the modules directory that is put together this quickly / still in alpha / or has limited use. That said, I do agree it can be hard to find these - some of which can still be very useful. I feel like it would be more appealing if the modules directory had a pre-alpha tag, or some other way to indicate that a module is not of a certain quality. The other problem with being the directory is that it will get picked up my the Upgrades module and if substantial upgrades are made, a module may have the potential to break someone's site. This is something I would consider very carefully with an officially released module, whereas posting one like this, I feel like this is less of a concern because I can notify users more easily in the thread and they need to manually update. I think the modules directory (and the upgrades module) really needs the ability to specify a "breaking changes" warning, along with the ability to display a list of the commit notes from the currently installed version to the latest available one. Do you have any thoughts on this idea?

Following up on the idea of some tool to do this, take a look at the module attached to this post: https://processwire.com/talk/topic/8406-set-multiple-templates-role-access/?p=81711 It will let you add selected fields to selected templates.