That's a very reassuring George G . I feel a relief now that I won't have to move x number of websites away to a different platform simply because SCA compliance.
Personally I am becoming less confident this issue will ever be looked at. It's been two months now without any update on what is going on. That's on top of the two years we have been suffering the Perch radio silence.
Sorry, should mentioned that fundraising.php has include($_SERVER['DOCUMENT_ROOT'] . '/####/runtime.php'); at the head of the doc
Hi,
It's been a long time since I looked at a straight Perch site and hence I have a feeling I'm about to embarrass myself. Again 
I have my master page created in /templates/pages/ and this displays in my dashboard with the following settings
When I create a new page from the Fundraising => New Subpage option, I fill the next section with the relevant details
The issue is the paths that are created upon creating a new page.
To use the above as an example, my New Test page gets a location path of /fundraising/Users/Grant/####/####/####/####/fundraising/new-test.php and the ####/fundraising/new-test.php has
When functioning correctly the above should be
So I appear to have some kind of routing issue?
All my pages are sub pages. So ndwl you are absolutely right.
I'm off to hang my head in shame now. Please feel free to mock me 
Although I will be adding a template, I don't think it's a requirement. I tried with just in case I'm wrong and it still doesn't work.
Thanks for the suggestion though.
The mystery continues 
I'm having an issue with Navgroups not rendering? And I can't work out why.
The above is my code from the page template which renders…
If I add a second navgroup just to see if it renders, it does…
It just isn't making sense
Welcome to the new developers, I'm really pleased your working on moving Perch forward.
Stripe SCA is a rather pressing issue, my understanding is that Stripe will be enforcing in September.
Whilst I appreciate you have inherited the problem I'd like some reassurance this is going to be looked at relatively quickly. This effects a few of my Perch Shop sites and hence I need to know so I can make decissions on whether I need to move the sites. I'd prefer not to I may add, but if its not going to be looked at I will have no choice.
Appears to be an option…
I'm not sure if this is my implementation, reCaptcha or mbk_forms.
Basically I have followed ryan git instal process for v2 reCaptcha, (v3 resulted in too many genuine messages being spammed unfortunately) and everything works. However, my client would prefer the invisible version of reCaptcha, the codes were generated using invisible settings, however the reCaptcha checkbox appears?
Is there an step i've missed or is this not supported?
Thanks for the info aled_delwedd.
drewm can you confirm if a solution is being developed, there are many posts regarding SCA without any confirmation that this is actively being looked at. I know you have posted in the past, but that was about two years ago.
Its now been 386 days, 2 hours, 14 minutes and 27 seconds (give or take) since a core team responce?
Is there an update on this please drewm? This issue is now nearly a year old, and this post is in its second alliteration? I know Byron Fitzgerald has done some great work but it would be nice if we could get an update on whether a solution is being worked on?
Perhaps Byron Fitzgerald wouldn't mind his solution being integrated into Shop somehow?
Thanks
with the current state of the project, selling licenses is misleading and to some degree unethical.
100% agree
I've used the new Stripe Omnipay gateway in another perch app, which functions very similar to shop. Now that they've said they won't be working on new updates I'll see if I can put together the new gateway for shop.
That would be awesome
I'd like some clarification on whether the Shop SCA issue is going to be addressed. This could have some ramifications for my clients that use Perch Shop.
I believe there are issues with Shop and the SCA requirements
Thanks Byron,
I understand what your saying about today being a string. But i'm following when you say "run an each loop on perch_collection and then unset the fields there?"
I am trying to display some text and relevant information from my Events Collection based on todays date.
I started by writing a system varible in templates/pages/events/detail.php.
<perch:showall> confirms that today is avaible for use.
My Events Collection is quite verbose due to each event having three pricing levels, Early Rate, Reduced Rate and Standard Rate.
I would like to take the closing day date for the relevant price level, see whether that date is in the past or future, and display the relevant pricing level text.
I am having issues getting my conditional to display the correct text. Currently it displays the first two if statements, when I was expecting the third.
events_price_indv_er_cl => 31/10/2019
events_price_indv_rr_cl => 04/01/2020
events_price_indv_sr_cl => 30/08/2020
The way understand the to work is, if date is less than or equal to today's date display the content.
I'd appreciate some guidance on the conditional as I am clearly not understanding this fully.
Oh bloody hell!!!
Sorry for wasting your time, and a massive thank you for helping. I'm going to hang my head in shame now 
SERVER_NAME: staging.woodchesterhouse.com
Server name is correct so I gues it's to do with $_SERVER['SERVER_NAME']
Hi Hussein,
Isn't it very, very late over there?
Extended diagnostic shows…
Production mode: Production (100)
PERCH_DEVELOPMENT: 10
PERCH_STAGING: 50
PERCH_PRODUCTION: 100
PERCH_DEBUG:
Which explains why Debug isn't showing. So the next question is, why not? Something to do with my switch statement perhaps?
