Question Cannot install on Joomla 4.4.8

Hi Ruud

I downloaded the version 4.0 of OCH Subscriptions but when i am installing it i am getting this error message :"You need Joomla! 5.1 or later to update com_ochsubscriptions"

Screenshot: tinyurl.com/yvxe9qen

Can you please advise? As far as i can see the version states that it is compatible with J4.4. Right?

Kind regards,
Sakis

Hi Sakis,

the installer is right. There are to many code differences between Joomla 5.1 and Joomla 4.4 and while refactoring ochSubscriptions I decided to remove all the if 'version' then ... else ... and stick to the code running on 5.1: so basically removed the code that will be deprecated / removed in a next version of Joomla.

I just noticed that the installation packages / files where still referring to 4.4, that was 'save as copy' mistake on my part I have corrected that.

Consequence of this is that ochSubscriptions will not install / run on Joomla 4.

Do you have the update from J4 to J5 planned for your site?

I was thinking to 1st have a working instance in the latest J4.x version and then upgrade to J5.

So i suppose, i have to go with version 3.13.3. Right?
My main concern in the template/layout overrides. I have so many of them and i have to do them again, since my current version is very old.
Are the layouts the same between 3.13.3 and 4.0.0, so that i can use them later in J5?

Regards,
Sakis

Hi Sakis,
yes. for J4 you need 3.13.3

the changes in the layout files are header changes (can be ignored) and namespace changes (because the library files changed location: these must be adjusted because otherwise it will not work).

you can get a detailed diff when you extract both components and then in a terminal do:

Fine!

I used 3.13.3 for the moment.

I have a difficulty overriding the buttons used for the plans purchase and renewal.

Seems like they are generated through a helper class: OchsubscriptionsHelper::getProductSubscriptionButtons($product) and not through a layout. Any chance to change that?

Regards,
Sakis

Hi Sakis,

there are two layout files for the buttons:

1. link_button.php
2. order_form_button.php

the first is a simple <a> link (e.g. to documentation), the second is a <form> with the button in it.
 

Hi Ruud

Thanks for the help so far. It progresses well.

2 new things:
1. I re-ordered the fields in the file: components/com_ochsubscriptions/models/forms/billingdetails.xml
They make more sense to me that way, as they are from more specific to more general.
See: tinyurl.com/yszwammh
Wondering if there is a chance to implement that change in the core.

2. I am trying to test my Paypal payment plugin on my localhost.
After i press the "Complete Purchase" button i am forwarded to that page: index.php?option=com_ochsubscriptions&task=payment.process&processor=paypal
Where i actually see my site's front-page. Any idea?
The Stripe leads me to stripe.com properly.

Kind regards,
Sakis

Sakis Terz schreef :

Hi Ruud

Thanks for the help so far. It progresses well.

Good to hear!

2 new things:
1. I re-ordered the fields in the file: components/com_ochsubscriptions/models/forms/billingdetails.xml
They make more sense to me that way, as they are from more specific to more general.
See: tinyurl.com/yszwammh
Wondering if there is a chance to implement that change in the core.
 

that is a core change that would affect other users on update, the order it currently is is set specifically in that order to also facilitatie (international) customers better.

2. I am trying to test my Paypal payment plugin on my localhost.
After i press the "Complete Purchase" button i am forwarded to that page: index.php?option=com_ochsubscriptions&task=payment.process&processor=paypal
Where i actually see my site's front-page. Any idea?
The Stripe leads me to stripe.com properly.

Kind regards,
Sakis

Paypal should not redirect: it should (via its own paypal script) open a popup in the browser that takes care of the payment. When the payment is done, the popup closes and then the process page should show.

If the popup doesn't show, that can be an 'issue' in the the headers of the website.
e.g. in the system - https headers plugin > make sure that you configure 'Cross-Origin-Opener-Policy' to 'same-origin-allow-popups', because otherwise the paypal popup will not be allowed

1. I am aware that it is a core hack. Though to me seems much more comprehensive for the UX.
If you agree with me you can proceed to the change, if not it's ok. I will override that in every update.

2. The System > Headers plugin is disabled and even if i set the headers you mentioned makes no difference.
I found out that 2 Paypal buttons exist at the bottom of the page, i mentioned (which looks like my front-page), after i press the "Complete Purchase" in the checkout.
Screenshot: tinyurl.com/ykeuz5dh
In my production site (which uses an older version of OCHSubs), loads a new page with only those 2 buttons.
What could be the cause? Maybe a missing menu item?
Plz note that the url i sent, misses an ItemId var.

Kind regards,
Sakis

 

Sakis Terz schreef :

1. I am aware that it is a core hack. Though to me seems much more comprehensive for the UX.
If you agree with me you can proceed to the change, if not it's ok. I will override that in every update.

You can also change the order in the tmpl file (default_account.php) there the fields are loaded via renderFieldSet: this will render all fields in that set in the order that hey are in the xml.
You can change that to render each field seperately via render field: that way you have full control over the order of the fields and they are untouched by core updates.

2. The System > Headers plugin is disabled and even if i set the headers you mentioned makes no difference.
I found out that 2 Paypal buttons exist at the bottom of the page, i mentioned (which looks like my front-page), after i press the "Complete Purchase" in the checkout.
Screenshot: tinyurl.com/ykeuz5dh
In my production site (which uses an older version of OCHSubs), loads a new page with only those 2 buttons.
What could be the cause? Maybe a missing menu item?
Plz note that the url i sent, misses an ItemId var.

Kind regards,
Sakis


 

I think the issue is the localhost part, if you have a dev environmont that is reachable by PayPal from remote (which localhost is not), then I think the issue will be solved.
Also, you can tun on debug and then in the browser console see if the PayPal script gives some meaningfull errors