"Using $this when not in object context" on saving articles w frontend editor

kondrich

Hi,

we came across an error "Using $this when not in object context" when frontend editor is used to create articles. If an article editor is open for some time and you want to save it, it fails with "Using $this when not in object context". If you save right or shortly after opening (let's say one or two minutes later), then saving works.

I enabled PHP error logging, and I always find those messages at the time of saving:

[02-Jun-2021 10:22:49 Europe/Vienna] PHP Deprecated:  Non-static method T4\Document\Edit::loadTypelistData() should not be called statically in ourphysicalpath\plugins\system\t4\src\t4\Document\Template.php on line 352
[02-Jun-2021 10:22:49 Europe/Vienna] PHP Deprecated:  Non-static method T4\Document\Template::loadTypelistData() should not be called statically in ourphysicalpath\plugins\system\t4\src\t4\Document\Edit.php on line 11
[02-Jun-2021 10:41:12 Europe/Vienna] PHP Deprecated:  Non-static method T4\Document\Edit::loadTypelistData() should not be called statically in ourphysicalpath\plugins\system\t4\src\t4\Document\Template.php on line 352
[02-Jun-2021 10:41:12 Europe/Vienna] PHP Deprecated:  Non-static method T4\Document\Template::loadTypelistData() should not be called statically in ourphysicalpath\plugins\system\t4\src\t4\Document\Edit.php on line 11

I see other JoomlArt related entries in php log file as well, but the times do not correspond to the time of saving:

[02-Jun-2021 10:18:45 Europe/Vienna] PHP Warning:  Invalid argument supplied for foreach() in ourphysicalpath\plugins\system\t4\src\t4\Helper\ExtraField.php on line 178
[02-Jun-2021 10:19:27 Europe/Vienna] PHP Warning:  Use of undefined constant T4PATH_LOCAL - assumed 'T4PATH_LOCAL' (this will throw an Error in a future version of PHP) in ourphysicalpath\plugins\system\t4\themes\base\html\modules.php on line 27
[02-Jun-2021 10:19:27 Europe/Vienna] PHP Warning:  Use of undefined constant T4PATH_TPL - assumed 'T4PATH_TPL' (this will throw an Error in a future version of PHP) in ourphysicalpath\plugins\system\t4\themes\base\html\modules.php on line 33
[02-Jun-2021 10:23:14 Europe/Vienna] PHP Notice:  Trying to get property 'image_fulltext' of non-object in ourphysicalpath\templates\ja_flix\html\com_content\article\default.php on line 36

We are using PHP 7.4.18 on a Windows Server 2019 machine. T4 Framework is version 1.1.6, but we have been experiencing this since switching from Fubix (T3) to Flix (T4).

Can you please look into this.

saguaros

Hi kondrich

Maybe cache? as I just tried to edit an article on frontend >> Save and it worked properly:

kondrich

Cache? AFAIK, caching is disabled for registered users. I disabled JCH Optimize for my tests. If you just create or edit an article and save it right after opening it, it will work. The error is reporting, if the article was open for some time.
Page cache is set hours.

saguaros

kondrich

I just tried to create a new article from frontend and it worked properly.

You can see 'Test JA' article in the article list now.

kondrich

Yes, I see it. But how did you create it? Did you start this new article in the editor without saving it, then leaving the editor open for some time (whether editing it or simply doing nothing), and then after some time (let's say 5min or more) save it. We are always getting this error if saving is done after having it open.

Btw I saw in Sytem configuration that "Development Mode" was on. I was not aware of this - whether it was enabled or not before. I just disabled it now.

saguaros

Hi kondrich

I can replicate that issue, it's quite weird. Let me forward to our developer for further checking.

At this moment, pls create new article in backend of your site, I will update here when having news.

Regards

kondrich

Yes, it is. 🙈Really weird...

saguaros

Hi kondrich

I reported this issue to the team for further checking, I will let you know when having news on this.

Regards

kondrich

Thank you. Does anybody have an idea about this?

saguaros

kondrich Our developer is still working on it, kindly wait.

kondrich

Please do not install any components etc. on our sites without asking. I am always wondering about disk usage alerts to realize that you installed Akeeba Backup that uses much disk space. Our sites are backed up on a daily basis anyway.
Even worse, Akeeba Backup files got backed up by my backup again, so it's on disk twice.

saguaros

We released new version of T4 framework, could you backup your site and update T4 plugin via JA Extensions Manager component? and check again.

Regards

kondrich

Sorry for the delay. I did not receive an email notification about your reply.

I noticed T4 Framework update a few days ago and I already updated to the latest version.
I just opened a test article via frontend editor, left it open for four minutes and saved. I received the following error messages above the editor. The change of the article itself was not saved.

saguaros

kondrich Could you switch default Joomla template to 'Protostar' template - a standard template of Joomla and test again?

kondrich

I think there is something different. I did not want to switch the production site to another template at a first step. This would break it for the users.

So I tried to reproduce the issue on our test site test.ulc-moedling.at. I created a new article, waited for some minuted and successfully saved it there. I noticed to see Googe reCAPTCHA there. So I checked CAPTCHA plugins: Our test site was still on old reCAPTCHA, while our production site is using invisible reCAPTCHA plugin.
Hence I switched our test site to invisoble CAPTCHA, too, created an article, waited for some minutes and it failed to save there, too.

So it has something to do with the "CAPTCHA - Invisible reCAPTCHA" plugin. I disabled CAPTCHA in the content options ("CAPTCHA Onsubmit"), because we only allow some registered members to create articles. Saving of articles is now possible either on test site as well as on production site.
I did not find out what's wrong with invisible reCAPTCHA during article creation until now.

kondrich

It seems that Google's invisible reCAPTCHA times out after two minutes. I found several reports on this. They are referring to https://github.com/google/recaptcha/issues/302

Strange issue. Why did it never occur in the past with Fubix? I do not know right now.

saguaros

kondrich Yes, the captcha may have time out there. I've shared with our developer also if there could be solution on this.

kondrich

Thank you very much. Because there is one thing that keeps me thinking of: Why did this never happen with Fubix?

saguaros

kondrich I will test with JA Fubix also, it's weird!