-
New Commercial Services Section
We have now opened a commercial services section here on the forum for registered users. If you have a Fabrik project that you wish to have someone work on for you, post it under Help Wanted. If you are an application developer and wish to earn some money helping others, post your details under Fabrik Application Developers.
Both of these are unmoderated. It will be up to both parties to work out the details and come to an agreement.
-
Joomla 5.1
For running J!5.1 you must https://fabrikar.com/forums/index.php?wiki/update-from-github/ or include the new file manually https://fabrikar.com/forums/index.php?threads/joomla-5-1-and-fabrik-cannot-find-files-error.54473/post-285151 See also Announcements
Possible bug with pdf output and php7
- Thread starter ontarget
- Start date
cheesegrits
Support Gopher
Both PDF libs we ship (DOMPDF and MPDF) work fine with 7.1 and 7.2.
Have you updated Fabrik recently? I think the older version of DOMPDF (prior to Fabrik 3.7) may have had issues with PHP 7.
-- hugh
Have you updated Fabrik recently? I think the older version of DOMPDF (prior to Fabrik 3.7) may have had issues with PHP 7.
-- hugh
ontarget
Active Member
Hi sorry to re-awaken this thread but I still seem to have this issue. I have done a full git update of all the files Fabrik 3.8.1 and running Joomla3.8.11 (uncompressed them in the joomla dir) running on php7.1 - it works fine using php5.6
I am trying to out pdf from list view (backend)
Should i try to replace the dompdf files / directories directly?
I am trying to out pdf from list view (backend)
Should i try to replace the dompdf files / directories directly?
Last edited:
ontarget
Active Member
UPDATE - As the joomla site in question has been upgraded numerous times i unzipped the latest joomla core files into my root directory to replace all the existing files.
I then did the switch to php7.1 again unfortunately the 500 error is still there.
I dont think its my custom pdf template as i tried to pdf output the list with the bootstrap template too
I turned on error reporting and got the following output
So i increased my memory limit to 128M and re-ran the pdf on the list
I get the repeated errors
I then did the switch to php7.1 again unfortunately the 500 error is still there.
I dont think its my custom pdf template as i tried to pdf output the list with the bootstrap template too
I turned on error reporting and got the following output
Turning on pdf debug in fabrik results in a plain view of the list.
So i increased my memory limit to 128M and re-ran the pdf on the list
I get the repeated errors
Is this a common issue? Any advice please
Is it working with a details view (at least the old domPDF version had issues with big lists)?
The messages are addressing Helvetica.
What is your CSS font definition?
Did you try to set an other font?
Try to delete
libraries\fabrik\vendor\dompdf\dompdf\lib\fonts\dompdf_font_family_cache.php
It's only notices, so is it working if you are setting J! error reporting to standard or none?
The other possibility:
After the GitHub update you have the option to switch to mPDF.
The messages are addressing Helvetica.
What is your CSS font definition?
Did you try to set an other font?
Try to delete
libraries\fabrik\vendor\dompdf\dompdf\lib\fonts\dompdf_font_family_cache.php
It's only notices, so is it working if you are setting J! error reporting to standard or none?
The other possibility:
After the GitHub update you have the option to switch to mPDF.
Last edited:
ontarget
Active Member
Hi Troester - thanks for the reply.
Deleting libraries\fabrik\vendor\dompdf\dompdf\lib\fonts\dompdf_font_family_cache.php solved the issue.
I hadnt set any fonts.
There are a couple of other sites i have with this issue so i will try the same fix.
Great support thanks.
Deleting libraries\fabrik\vendor\dompdf\dompdf\lib\fonts\dompdf_font_family_cache.php solved the issue.
I had added a shortened version of the error -it was actually showing all font types
I hadnt set any fonts.
There are a couple of other sites i have with this issue so i will try the same fix.
Great support thanks.
cheesegrits
Support Gopher
That's probably a legacy issue from a while back (last year some time, whenever I did the major DOMPDF update to their new Composer library). DOMPDF automatically builds that font_family_cache file if it doesn't exist, the first time you use DOMPDF. I didn't know that. So when I was testing the new library, it created that file, which wound up getting committed to our github. Which would have been OK, except that I'm working on Windows, so it got created with \ instead of / directory separators in the font paths. Which then blows up on UN*X boxes.
I removed the file prior to (I think) the 3.7 build, but anyone who updated from github before I found the problem got bitten by it.
-- hugh
I removed the file prior to (I think) the 3.7 build, but anyone who updated from github before I found the problem got bitten by it.
-- hugh
ontarget
Active Member
Thanks Hugh
I just tried Troester's fix on another site - it seems you have to up the memory limit from 32M to 128M in order to get it to work - i dropped the mem to 32M again to see what errors where left:
So i clean the tmp dir - re-trigger pdf list -Then there is a new error:
I just tried Troester's fix on another site - it seems you have to up the memory limit from 32M to 128M in order to get it to work - i dropped the mem to 32M again to see what errors where left:
So i clean the tmp dir - re-trigger pdf list -Then there is a new error:
Upping the mem limit to 64M allows the pdf to output again
I think 32MB memory is pretty low meanwhile.
There's an issue with caching and Joomla3.8.10/11
Try to disable J! caching or update from GitHub.
evaled code: is usually coming from some custom code. Did you also e.g. change your php version?
Gesendet von meinem SM-G930F mit Tapatalk
There's an issue with caching and Joomla3.8.10/11
Try to disable J! caching or update from GitHub.
evaled code: is usually coming from some custom code. Did you also e.g. change your php version?
Gesendet von meinem SM-G930F mit Tapatalk
ontarget
Active Member
Hi
J! cache is set to off.
Yes i tried changing from php5.6 to 7.1 - this is what triggered the error.
There is some php_event custom coding to for the list but i have another site with the exact same code running php7.1.
There is another list in the same site that is working with 7.1 however when i click view data it triggers the following error - there is no php_event on this list but the elements are child elements and are linked to other lists.
I can take a sub out on this if required to get this fixed unless its some core issue going on.
Thanks
ontarget
Active Member
Hi
Here is my code
Line 5 = $event_id = {aed_reg_list2___event_id};
It works ok in php5.6 but the minute i switch to php7.1 it breaks and I get the error described before
Here is my code
Line 5 = $event_id = {aed_reg_list2___event_id};
PHP:
$db = FabrikWorker::getDbo();
$eb_events_table = $db->quoteName('#__eb_events');
$eb_events_id = $db->quoteName('id');
$c_fields = $db->quoteName('custom_fields');
$event_id = {aed_reg_list2___event_id};
$query = "SELECT $c_fields FROM $eb_events_table WHERE $eb_events_id = $event_id";
$db->setQuery($query);
$str = $db->loadResult();
$customFields = explode('field_hours', $str);
$matches = explode('"',$customFields[1]);
$maxHours = $matches[2] > 0 ? $matches[2] : 4 ;
$optionsHours = array();
$optionsHours[] = JHTML::_('select.option', 'NA', 'Please select' );
for ($x = 0; $x <= $maxHours; $x += 0.5 )
{
$optionsHours[] = JHTML::_('select.option', $x, $x);
}
return $optionsHours;It works ok in php5.6 but the minute i switch to php7.1 it breaks and I get the error described before
Not sure why it is working in php5.6
$event_id = {aed_reg_list2___event_id};
In case of an empty event_id this will give you
$event_id = ; --> unexpected ;
You must quote Fabrik placeholders.
So
$event_id = '{aed_reg_list2___event_id}';
$event_id = $db->quote($envent_id); //ALWAYS sanitize user inputs
or
$event_id = (int)'{aed_reg_list2___event_id}';
$event_id = {aed_reg_list2___event_id};
In case of an empty event_id this will give you
$event_id = ; --> unexpected ;
You must quote Fabrik placeholders.
So
$event_id = '{aed_reg_list2___event_id}';
$event_id = $db->quote($envent_id); //ALWAYS sanitize user inputs
or
$event_id = (int)'{aed_reg_list2___event_id}';
cheesegrits
Support Gopher
Yeah, I don't see how that would have worked in 5.6 either, if the placeholder was empty.
-- hugh
-- hugh