I was using MPDF without problem, for some reason I had to change my site url. After doing that change MPDF can't load , i have this error :
Message: Undefined index: port
Filename: src/Mpdf.php
Line Number: 11944
File: /home/admedica/public_html/vendor/mpdf/mpdf/src/Mpdf.php
Line: 11944
Function: _error_handler
I'am using 7.1.1
May I know the reason for which it stops loading ?
Thanks
There is an unhandled array key from parse_url in mPDF which is fixed in just released version 7.1.6. Upgrade and the error should disappear. If not, file an issue in mPDF Github issue tracker.
Also see https://github.com/mpdf/mpdf/issues/870
Related
I am wokring on a theme in wordpress which contains visual composer and it was working perfectly last day. But today when i am trying to edit the page using visual composer frontend it keeps on loading and in backed when i click on save button nothing happens. So i check the chrome console and fond this error. Any help will be appriciated and thanks in advance i am attaching the error below.
Uncaught TypeError: Cannot read property 'label' of undefined
at Object.defaults (frontend-editor.min.js:3)
at frontend-editor.min.js:7
at Function.m.each.m.forEach (load-scripts.php:97)
at Object.<anonymous> (frontend-editor.min.js:7)
at Object.getDefaults (frontend-editor.min.js:1)
at n.vcAddShortcodeDefaultParams (frontend-editor.min.js:1)
at _ (load-scripts.php:99)
at m (load-scripts.php:99)
at f (load-scripts.php:99)
at Object.u.trigger (load-scripts.php:99)
I am not an expert by any means but i have found the solution by myself so wanted to share the answer if it can help anybody. The problem was the PHP version. After I changed the PHP version of my server form PHP 7.1 to PHP 5.6 it solved the issue.
Environment: Symfony 2.8.1 with XAMPP Version 5.5.24 on Windows 7.
If I trigger a fatal error in a controller, anything as simple as $array = ; in production environment, I'm getting a default php error:
Parse error: syntax error, unexpected ';' in C:\xampp\htdocs\tgsupport-test\src\AppBundle\Controller\DefaultController.php on line 16
followed by symfony custom error page message. Obviously I'd want to avoid to show eorr info in production.
Moreover in prod.log I see a double critical error: under php.CRITICAL and request.CRITICAL. Is really useful to show the same error twice?
I'm using default configuration, indeed I just installed default framework without any custom setting and I triggered my error in AppBundle/DefaultController, so I was wondering if I'm missing anything.
I missed a php.ini configuration to avoid to display error messages in page.
Parse error: syntax error, unexpected '[' in D:\Hosting\2772443\html\wp-content\plugins\embedly\embedly.php on line 535
Can not activate Fatal Error. Is Embedly aware?
Yes, this is a version issue with PHP. A new version of the Embedly plugin will be available later today.
Hi, I have installed cloud zoom model, but it's not working properly. It gives the following error message:
Undefined property: stdClass::$cz_verion in cloud_zoom_library() (line 38 of /home/drupalpro/websites/tragigrupp.dev/profiles/commerce_kickstart/modules/contrib/cloud_zoom/cloud_zoom.module
I've also installed all related jQuery libraries in the libraries folder. Also, when I try in localhost server, it works properly, but not in my main server (both servers having the same drupal7 version and theme).
Thank you!
The issue has been solved in Drupal.org for the cloud_zoom module Zoom no longer working after update & error! There is also a related issue on COmmerce_Kickstart: Undefined property: stdClass::$cz_verion
I've just noticed that all of my checkboxes and radio buttons are missing labels on my drupal site admin menus. Not sure when this started (I've checked several backups, and it is present in all of them), but I'd like to find a solution.
I have tried disabling modules, but to no effect at the moment.
I've attached a screenshot
I have noticed a couple of PHP warnings pop up on a couple of pages - these are:
Warning: preg_match(): Compilation failed: unknown option bit(s) set at offset 0 in /persistent/html/includes/bootstrap.inc on line 1606
and
Warning: in drupal_clean_css_id![enter image description here][1]entifier() (line 3731 of /persistent/html/includes/common.inc).
Warning: preg_match(): Compilation failed: unknown option bit(s) set at offset 0 in /persistent/html/includes/bootstrap.inc on line 1606
was the clue apparently.
PHP had recently been upgraded from 5.3.13 to 5.3.14, and this seemed to change the way in which preg_match is handled. Upgraded again to 5.3.15 and the problem was still there - so I downgraded to 5.3.13 and the problem was solved.
Found other instances of people getting a similar preg_match error on Wordpress which subversion php upgrades!