gornycreative

Congratulations... This looks fantastic. I've run a lot of stores and I feel like you really captured a lot of must-have features that are often neglected elsewhere.

Although this is super late - sorry. Dry ice blocks for the fridge/freezer. Way easier than trying to pack coolers with regular ice.

This! Someone on another thread was working on an integration of this in a PW module... I've been trying to find it again for a few weeks, I came across the thread by accident before and forgot to bookmark it... I'm not a huge fan of page builders but I like the aesthetic and functionality of this.

This is really interesting, does this work like nesting markup regions inside each other? Does this sortof daisychain the region content into the _main region? Oh never mind I see - so you can assign multiple markup region areas to a single region defined in _main. What happens if you happen to define both regions in your template file? I'm guessing the last one created takes precedence unless you do an append/prepend or something?

That's good. I was early on with cloudflare and have only recently gotten back into it to see how incredible their platform has grown to. I had a pull the levers push the buttons fire drill prior to core updates but it looks like this may help that situation a lot! Thanks.

I will give it a try. I don't know (again) what happened, but after a few hours trying it again resolved the issue. I'm not entirely sure what caused the original issue or why it was resolved. Perhaps cloudflare said I was logged in and had toggles activated on their UI even though I wasn't logged in? I am not entirely sure. Not great for debugging when the problem solves itself ? The inconsistency with how Tracy dumps said one thing but some other calls provdided errors - not a lot made sense (which seems much of the time to be caching somewhere). It doesn't look like the host made any significant config changes anyplace I have access to. UPDATE: Regardless, the fix provided consistent results.

I ran into an unusual situation, I've tried a number of things to remedy it but have had no luck. When using an InputfieldPageAutocomplete, I have the following setup: { "name":"header_font", "label":"Header Font", "type":"InputfieldPageAutocomplete", "width":"100", "parent_id":1305, "maxSelectedItem":1, "description":"Page List Select Test Description", "collapsed":0, "value":"0", "columnWidth":20 }, I am able to type fields, get results and all is good. For some reason that I cannot explain, the single page item that gets saved there started out as being stored in the index [0] for the output array, but after saving the control value with a blank entry and then selecting an entry, now for some reason the index is shifted to [1]. There are things I can do to check for this and use the value, but I am really trying to understand the shift. If I do a tracy dump, it shows the index in the array should be 0, there is only one item in the PageArray. But when I try to extract the settings and call the header_font[0] item, I get an undefined index: 0 error and if I change it to header_font[1] item, the only selected item works as usual. The weird thing is that it was working fine when I first added the field and saved a value - did a bunch of testing with it, no problem. After I cleared the value, saved, and then inserted a new value I started running into the weird index reset. I'm not really sure where to go next, when the tracy d() output suggests there is only one item in the PageArray and it somehow is not at the 0 index marker.

I hope we are getting closer - code keeps lockdown hands busy. ?

So for some reason I regularly get the warning that a page I am working on is being edited in another window and that I started editing that version the last time I opened the page. So it will be a few minutes off usually. I also noticed that it took a lot of massaging to get the timezone it was showing to match the timezone on the server and the times on the site. All looks good in php_info and the site config file in terms of the set timezone. No one else is editing, I've got no other open tabs with the page editor on. Any idea what could be causing it? I will likely just turn the feature off for now, but it only started recently.

I get a php notice undefined offset in line 110 on the main module.php file - it doesn't break anything but folks have asked about seeing it in tracy debug.

I have noticed that on pages where an image field with this feature is activated, I get a warning that the page is being edited in another window that is generally off by a few minutes. I was not seeing this issue at all prior to adding the module. The page saves without issue, but immediately after saving the warning will pop up sometimes. Irrelevant. But here's something that's not - unsplash is charging now for their API. Can you include a place to include licensing on the backend for folks who still want to use them?

Their SEO Power Suite and BuzzBundle products are excellent BTW. I used them for many years.

I just started tinkering around with this haven't haven't looked under the hood a ton. Is the _auto_desc using a method to generate on the fly or is this being populated in the results somewhere that I can refer to?

Oh sorry - yes and I raised the issue on their module support thread. Template Engine Factory - I'm thinking it might be related to the auto compilation switch function - I haven't dug into it because I am no longer really interested in using Smarty or Twig.

Under certain circumstances, it looks like Template Engine Factory will prevent HTML from rendering on 3.0.161. I had it installed with the Twig addition and nothing would render properly (meaning at all) on the front end until I removed it.

I found the culprit. It wasn't Tracy. It was another module I probably should have suspected since it has never really worked out that well for me - despite being a good idea. Thanks for your effort in trying to help me debug this - coincidences and panic are a lousy combination.

Was not Tracy after all. My bad.

So I found another site built off the same template that had not had Tracy installed prior. After clearing the module cache and letting it rebuild, the site broke - so it must be another module that needs some rewarming from 161. Moving on meaning I need to start dropping other modules until the site works, since Tracy doesn't logically seem to be the issue.

Okay. Regarding the switch, there was no need to touch the htaccess at all. I had a single file that included a bunch of variable sets that were global (settings factory stuff) and a few variables set from the home page (gotten through pages() ) - none of the things I pulled required access to page() and those got moved to _init.php Everything else got moved to _main.php - which at the time was just a bunch of components in a layout that I was going to pick and choose and render in the main template file into regions - this was not supposed to be anything super crazy or elaborate. Then, when I turned off the prepend/append and switched to a plain jane HTML hello world scenario and still got a blank page, I got even more frustrated. I split a text file into three text files - pretty routine stuff. And boom. I do agree with you that it doesn't make sense for the HTML to still not render after uninstalling Tracy and putting the original templates back if Tracy was the problem. I will move on from this I guess. If somehow you come across a situation where you run into the same thing, please let me know.

The thing is, I had another site built using the exact same basic template setup as the original. All that I did to that site was upgrade it from 4.21.17 to 4.21.19. Nothing else on that site was touched - it went from loading the templates fine to a blank screen with . I'd rather not sacrifice another development site to prove the point without really understanding what changed between versions. Are you running this on 161 or 148? The strange thing is - I set the request logger on for the site - the HTML is getting passed in the response. I have no idea why the browser is not rendering the code. Chrome is up to date (which I know can be a problem sometimes).

It's really weird. And I'm afraid to experiment too much more on other working sites as I don't want to break anything further. I uninstalled 4.21.19 from the modules area, cleared all cache and then double checked the asset cache FileCompiler area. Turned off opcache in PHP. turned off as much caching as I could find in modules. Removed all traces of files. Purged CloudFlare cache and made sure dev mode was on. I've turned off prepend and append and even substituted a very basic HTML file as the output template with no look-ups. There are no PHP or LiteSpeed errors logged. There's nothing in the console. I decided after cleaning out the system I'd reinstall Tracy fresh. What I don't understand is that it is as if the PHP is working, but the HTML is just not getting output. With devtools open there not alot going on, but Tracy has an HTML DOM that it is sitting in, which is even stranger. I know you've pushed priority up on loading - perhaps it is possible there is a module that is failing to load immediately after? Maybe I can look at the modules table in adminer and sort by priority? It's absolutely nuts - when I look at source for the loaded page all I get is <!--tracy debugger bar --> and then the script tags. That's in an incognito window. Chrome puts it into a makeshift DOM but firefox has no idea what to do with it. There it is just a blank page.

So I am at a total loss. I was in the middle of working on a draft site and had recently updated Tracy to the latest version on one of them 4.21.19 from 4.21.17. I was in the process of revamping the site from delayed output to markup regions and then when I went to preview (which I hadn't done) the screen was blank with the exception of Tracy. No source, no nothing. No errors. Tracy reported the page object loaded, all the children, etc. I reverted to the old version of the templates. No difference. I compared it with another copy of the same site on a different domain that still had 4.21.17 installed. Front-end looked fine. I updated the second site to 4.21.19 - blank screen on the front end, no errors being shown, nothing. All else being equal, I have to assume there's something in the change from 4.21.17 to 19 - but I purged 19 from the site/modules, cleansed the copies from the FileCompiler cache directory - got rid of everything I could to remove it. Both site are still showing blank with nothing in the PHP logs and no displayed errors. Backend still works perfectly fine. I don't really know what to do next, but I'm pretty frustrated about the situation. If I had error codes to work with that would at least be something. If there are errors (which I could create) Tracy was reporting and displaying them. But I can't get the site templates to output anything. Not even replacing with generic echo. I'm running 3.0.161. Is there something in the page rendering hooks that got installed that I might need to manually remove? Any ideas on how I can get my sites back? At the moment I am probably going to pull down another site made with the same template and try doing a diff across the site/wire directories. I don't really know how to troubleshoot a situation where no errors appear, but no markup either.

I haven't been able to revert, and so I removed the plugins entirely and two sites of mine are now completely broken on the front end. Not happy about this at all.

This seems to be related to the new version of Tracy - I updated a second testing instance with all other files being equal and the same behavior occurred. I'm going to try to knock out the cached version and revert and see if the site returns.

So I'm running into a weird issue and I don't know what I am doing wrong exactly. I'm trying to convert a site from delayed output to markup regions. I've tried separating out some of the original parts between the three files: _init.php - I am using an init because I have a few config variables and other bits that are used to pull global links for css and other bits. home-page.php - which is where I plan on working through regions based on the home page content sections that are special. _main.php - here I haven't really changed much. It's got a namespace and does refer to some values from the page object, but nothing fancy. Generic scaffolding. There are echo commands in there, but based on the example Regular profile that seems to be fine. As soon as I made this separation, I loaded a view using the template and got a white screen - granted, I usually know what that means, but then I see Tracy has loaded! I go through the template info, it has loaded all of what you would expect. No php errors showing and so I am totally lost. I've even tried just running simple output in the template file - a print_r or an echo. Nothing. If I disable loading the init, I get php errors because the variables I'm trying to call are not defined, nothing shocking there. But if I include the files, I get blank output - no HTML at all. But I get Tracy at the bottom and I can access object properties/arrays etc within the page context from the console. The only thing I guess that is weird, and I will try digging into this, is that I don't actually have any markup regions defined with ids anywhere yet. Because I'm just starting the conversion. Is there a step I am missing someplace that is keeping the HTML markup in _main.php from showing up - just being blank?