adrian

Any chance you can PM me with access to this server, or is it a local dev setup? Why do you have multiple copies of so many of your modules? You should delete all the -master versions. Also, when installing modules I would recommend the core method of installing by class name - it looks to me like you installed several modules manually and then used the upgrades modules to upgrade them - hence the extra copies. You must have a 0.1.4 version of PageProtector somewhere in your system.

@tpr - back to your slow loading issue - I don't think it is https related. I am getting TTFB for 3 scripts files at about 10s for all. This only happens for the master (dev) version of the Tracy core which is loaded automatically if you have php 5.4.4+. If I manually force the stable version to load, then it loads very quickly. Weird thing is that I have two PW installs on my local dev setup and one is fast with the master version and one is slow. So I need to investigate further but thought you'd like an update on that. Until I get it sorted properly (maybe needs a fix in the Tracy core), you can always force the stable version of Tracy here: https://github.com/adrianbj/TracyDebugger/blob/master/TracyDebugger.module#L102 - you'll want to change the two lines after that. Hope that helps in the meantime.

Back to the Tracy logs directory/files permission issue - I have just added a check that prevents the error and warns if the directory is not readable. Still don't know why it ended up that way for you guys, but at least now Tracy will still work and you'll get a message about why it can't show the Tracy log file entries.

Interesting that it's now working fine - it does suggest that there was initially an access permission problem - either "execute" on the tracy folder or "read" on the file. Any chance that might have happened when copying a site from one server to another? I wonder if I should add a check on the folder and chmod it to the default directory value for PW if it doesn't already match? I haven't tested on https yet - can you narrow it down to one particular panel, or does it cause the slowdown even if all custom panels are disabled?

Sure, although if you have lots of separate pages protected you might want to copy the module settings from the modules DB table so you can add them back in without having to re-create them all after the reinstall. Are you having issues with updating any other modules, or just this one?

Yeah sorry about that - I read your request in a hurry and saw "So not including any hashes" and extrapolated the "not" to the url segments etc.

$page->httpUrl

I am not sure what to suggest. Can you take a look in the .module file and make sure it says: "15" as the version number? If it does, then can you let me know if the new functionality is available despite the version number in the module config showing 14?

Thanks both of you - so it really does seem to be a permissions issue. Given @netcarver's report about the file permissions being correct, I was wondering if there was maybe an issue with the folder permissions - I was initially thinking it might be a lack of execute permission on the created "/site/assets/logs/tracy/" folder, rather than the log files themselves, but then I don't see how the file could be written in the first place unless the permissions have changed since the file was initially written. So I am actually not getting anywhere I do have a couple of tweaks coming (one which might fix the issue where @netcarver still had the problem even when the Tracy logs panel was disabled), but I don't think anything will fix this properly yet. What do you both have your $config->chmodDir set to? If you change this (increase permissions), delete the /logs/tracy folder and send something to the log again, does it work now?

Thanks for helping to debug. I wonder if this is the same issue that @tpr is having? I can replicate what I think is the same problem if the log file doesn't have read permission. Can you please check to see if it works with 0777 (just a temp change to debug)? I am using wireMkdir to create the tracy logs folder though so I feel like it should be correct. Also wondering if maybe there is some issue with the content of the log file - does it return with a simple text entry? If the permissions change doesn't fix things, any chance you could PM me a copy of the log file you deleted (if you still have backup of it) so I can test?

@tpr - those suggestion were kinda only relevant before I committed the update. @netcarver - looking forward to seeing those errors - thanks. I can't imagine that either of you guys are running less than php 5.4, but could you confirm that https://github.com/adrianbj/TracyDebugger/blob/master/TracyDebugger.module#L102 is validating to true and therefore including the master (dev) version of Tracy? While you are there I guess it would be good to see if instead the stable version works. Thanks again.

This sounds like a modules caching issue or maybe a FileCompiler caching issue? Can you try a Modules > Refresh? I'd be surprised if that doesn't work, but if not, maybe clear your FileCompiler cache as well?

I decided to update the Tracy core now anyway - please let me know if the latest version fixes it for you.

I was just writing this when your new post came through If you haven't already started the version checking, perhaps first try this latest change to the Tracy core which looks like it might possibly be the issue: https://github.com/nette/tracy/commit/5ecd8e7b011580f44191be7ef40487e8b09a2555#diff-36dcf2914a684042e3718478c5c6faa9 You can just manually add that "isset" to the src/Tracy/assets/Bar/loader.phtml file. Also, perhaps it might be worth trying the stable branch of Tracy - remember I recently (v1.2.6) added the master (dev) branch if you have php 5.4. Easiest way to do this is probably to edit this line: https://github.com/adrianbj/TracyDebugger/blob/f8d4ca6c1f8afe31331bdaa94a89b50874371586/TracyDebugger.module#L103 so that it loads stable anyway. So could you please check both those approaches in that order please. Hopefully it's the first one.

@tpr - sorry to hear that - definitely weird as it's working fine here. Obviously hard for me to debug without any errors. It would be awesome if you could figure out the exact commit that breaks it for you. You can download the zip from Github for each commit quite easily. That will take you to a link like this: https://github.com/adrianbj/TracyDebugger/tree/0b9696921bcd33ac18460b5501f13c8784b4188b From each of these you can use the normal "Download Zip" button. Sorry this could be quite time consuming for you. You probably do this already, but in this situation I always grab the middle commit between the one I know is working and the one that isn't. If that works then split the difference to the latest and if it doesn't split the difference to the oldest and so on - that should reduce the effort significantly. Thanks for taking this on!

If you're using that module of mine, you currently need ffmpeg and php-ffmpeg installed to generate poster/thumbnail images. I am planning on adding the option to manually add an image at some point, but it will be much easier if your host has ffmpeg available. As for autoplay, just edit the the play code in the module's config setting. Although I should probably add the ability to pass various options like autoplay via play() If you want to go back to the plain html video tag, it shouldn't be hard to get the path correct. I am not sure this makes sense yet because as far as I know, you need to provide mp4 and webm versions for all modern browser support, whereas with my module and its use of mediaelementjs you can just supply an mp4. On further reading, I am actually not sure of the support for mp4 anymore. It seems contradictory between http://caniuse.com/#feat=mpeg4 and http://mediaelementjs.com/ Are the videos being uploaded via a files field? or manually uploaded to site/templates/video/ ? <?php echo $config->urls->templates; ?>video/voorstelling_orgelpijpjes_2016.mp4 If so, then it should work fine. What is the URL that is shown when you view source?

Does this help: https://processwire.com/talk/topic/8553-how-to-increment-file-download-counter/

http://modules.processwire.com/modules/process-custom-upload-names/ That module will ensure nice filenames - you can configure however you want. That's great for future images, but for the current ones - there is an option in the module to "Rename on save" - generally I don't recommend this one, but in this case it would allow you to create an API script to loop through all pages and resave them. I would test first on a sandbox PW install to make sure everything works as expected.

Looks like it can't get the SVG's attributes which suggests that the SVG in questions doesn't have a width/height set. That is OK though - that is a valid situation. However line 182 includes the shutup operator to silence this error: $a = @simplexml_load_string($xml)->attributes(); Is your config overriding the silencer?

Or perhaps another approach would be to use a standard SQL query to get an array of page IDs that match the desired controlnumber and then get the pages like this: $pageIDs = array of pages_id results from SQL query of the field_controlnumber table $matchingPages = $pages->getById($pageIDs);

Ok, the latest version now respects the maxFiles settings for the image field. Please let me know if you have any problems with this feature and if it works as expected for you.

I have just started playing with the page tree panel and I think I'd rather see it appear beside the current view's content, rather than on top of it. That way I could leave it open and return to what I was doing - it can be a handy reference for other tasks. It would work the same way as the side menu in the Reno theme works. I'd actually like to see it remember it's open/collapsed status also. I know you are worried about the overhead of rendering a page tree on every request, but with the new page tree from 3.0.8, isn't that less of an issue now? Now it's just rendering, rather than querying? Or do I have that wrong - I actually haven't checked the source to see what's actually going on there. I am also not sure why it has to be so wide - currently to close it you have to move your pointer to the middle of the screen to either click the panel label or the main page to make it disappear. Any reason it can't be the width of the widest page title? Also, I have what I think is a bug. If you are on the Setup page: http://pw.dev/processwire/setup/ and you click the sitemap icon in the breadcrumbs, it loads the Page Tree fully, not in a panel.

You're right - I rushed that last update - there are two ways to get the title and the second one still works. I have reinstated that and it should be working again now. I am still going to wait till tomorrow to deal with the max files setting - I definitely need to think this through a little better first.

Hi @Robin S, Thanks for the report - I have a fix for the "Unable to Copy". However it looks like Youtube has also finally removed direct access to the video's RSS feed for getting the title and description. I have committed a quick update that takes care of the first problem and prevents errors for the second, so it should work for you now. I will try to find some time tomorrow to implement the changes needed to fix access to the feed and also look at the max images setting issue.

It gives your site editors the ability to add different content types "blocks" in whatever order they wish. For example, a block of text, then an image, or a video, or a two column block of text, perhaps a map - whatever you set up for them. The great thing about this, compared to letting them embed images etc within a CKEditor textarea is that you can control the output of these, rather then letting them potentially mess things up