Home News Contact Us Forum About Us Demos Products F.A.Q.
Shopping Cart
You currently have 0 items in your cart.


Recent Events
  • 31/12/2023 New Year SALE

    We are glad to announce New Year SALE. 25% discount for all our extensions. Use NY24 coupon code. Hurry up the discount is valid till 7 January.

  • 21/11/2023 BLACK FRIDAY 23 is coming

    BIG SALE, 35% discount for all our extensions. Use BF23 coupon code. Hurry up the discount is valid till 27 November.


2Checkout.com, Inc. is an authorized retailer of goods and services provided by ARI Soft. 2CheckOut




Follow us on twitter



Welcome, Guest
Please Login or Register.    Lost Password?

Possible issue with ARIDataTables 1.16.4 J!3.9.8
(1 viewing) (1) Guest
Go to bottomPage: 1
TOPIC: Possible issue with ARIDataTables 1.16.4 J!3.9.8
#65230
Possible issue with ARIDataTables 1.16.4 J!3.9.8 4 Years, 10 Months ago Karma: 0
Hello, We are experiencing an issue with saving previously created ARI Data Tables modules in J!3.9.8. When editing a previously created ARI Data tables module the "params" and "params-extra" stored in the joomla database are either incomplete, corrupted, or too large for PHP to process. Due to this we are experiencing a white screen and PHP memory exhaustion error when attempting to view the page which contains the ari table using the ari data tables content plugin {aridatatables}{/aridatatables}. Restoring the "params" and "params-extra" data in the database resolves this issue and the table is displayed however saving the arimodule again corrupts this data in the database again and the page fails to load with the table in place. These modules have worked with out issue for an extremely long time and this issue has just recently started once the update to J!3.9.8 was completed.

copy of the error:
Code:

KExceptionFailure | Fatal Error [500]
Call to a member function postProcessing() on null
.../modules/mod_aridatatables/mod_aridatatables.php:109

104 ob_start();
105 require JModuleHelper::getLayoutPath('mod_aridatatables', $tableType);
106 $moduleContent = ob_get_contents();
107 ob_end_clean();
108 
109 echo $model->postProcessing($moduleContent, AriUtils::getParam($mParams['source'], $source));


apache 2.4.27 php 5.6.25 mysql 5.6.40 Reinstalling the module from a fresh download of the 1.16.4 version of the module did not resolve the issue.
Advanced Module Manager was disabled - did not resolve the issue.
The administrator has disabled public write access.
 
#65233
Re:Possible issue with ARIDataTables 1.16.4 J!3.9.8 4 Years, 10 Months ago Karma: 748
Hello,

We can't reproduce the problem on our test server. Could you provide a temporary access to your J! backend and FTP access by email so we can investigate the problem?

PS: You can reproduce the problem on a test site.

Regards,
ARI Soft
The administrator has disabled public write access.
 
#65235
Re:Possible issue with ARIDataTables 1.16.4 J!3.9.8 4 Years, 10 Months ago Karma: 0
Could you provide a temporary access to your J! backend and FTP access by email so we can investigate the problem?
Thanks for the offer however this will not be possible.

You can reproduce the problem on a test site.
The problem is only present on the live site not on the test site

Any other options? I can provide some more details if you can think of any ways to trouble shoot this issue.

Thanks
The administrator has disabled public write access.
 
#65236
Re:Possible issue with ARIDataTables 1.16.4 J!3.9.8 4 Years, 10 Months ago Karma: 0
Hello,

Testing a new module, when attempting to create a new ARIDataTable once saving the module the error "Module XML data not available" is returned and the module is not saved
Thanks
The administrator has disabled public write access.
 
#65242
Re:Possible issue with ARIDataTables 1.16.4 J!3.9.8 4 Years, 10 Months ago Karma: 748
It looks like a specific problem on your environment. We need access to a site where the problem occurs to investigate it. We can't reproduce it on our test server.

Regards,
ARI Soft
The administrator has disabled public write access.
 
Go to topPage: 1