Description pop up not showing

I know its a simple solution, but they have content in the description of the mdocs file right.

Looking at the site everything look completely normal, just no content inside the description modal.

Please confirm that content has been added to the mdocs description text area.

Hi there – thanks so much for your quick response. They do have content in the description modal (https://cloud.bfdesign.ca/2a2c3M0M1W2y) but it’s still not showing up. I thought maybe it had something to do with Visual Composer, but that doesn’t seem to be the culprit. Would it have something to do with it being on a multi-network?

it looks to be a server issue. mDocs uses the WordPress php file called admin-ajax.php this give mdocs the ability to use ajax methodologies.

On your site the server is responding with a 500 (Internal Server Error) when trying to make an ajax call.

Could you check your apache errors logs and see if there is more information there about the 500 error.

Hi again,

I spoke with the server tech support and they came back with the following:

We are seeing this PHP error related to the mdocs plugin:

PHP message: PHP Fatal error: Uncaught exception ‘ImagickException’ with message ‘NoDecodeDelegateForThisImageFormat `PDF’ @ error/constitute.c/ReadImage/501′ in /www/wp-content/plugins/memphis-documents-library/includes/mdocs-doc-preview.php:102
Stack trace:
#0 /www/wp-content/plugins/memphis-documents-library/includes/mdocs-doc-preview.php(102): Imagick->__construct(‘/www/wp-content…’)
#1 /www/wp-content/plugins/memphis-documents-library/includes/mdocs-functions.php(37): mdocs_show_description(‘1359’)
#2 /www/wp-content/plugins/memphis-documents-library/includes/mdocs-post-page.php(61): mdocs_display_tabs(Array)
#3 /www/wp-content/plugins/memphis-documents-library/includes/mdocs-post-page.php(10): mdocs_post_page(Array)
#4 [internal function]: mdocs_post_page_shortcode(Array, ”, ‘mdocs_post_page’)
#5 /www/wp-includes/shortcodes.php(345): call_user_func(‘mdocs_post_page…’, Array, ”, ‘mdocs_post_page’)
#6 [internal function]: do_shortcode_tag(Array)
#7 /www/wp-includes/shortcodes.php(223): preg_rep” while reading response header from upstream, client: 66.249.66.215, server: pact.ca, request: “GET /mdocs-posts/digicancon-written-submission/ HTTP/1.1”, upstream: “fastcgi://unix:/tmp/site-61677.sock:”, host: “pact.ca”

We’ve attached the error log to this email. A possible solution to this “Imagick” error would be to utilize a different graphic library. This can be done by placing this in your functions.php file:

add_filter( ‘wp_image_editors’, ‘change_graphic_lib’ );

function change_graphic_lib($array) {
return array( ‘WP_Image_Editor_GD’, ‘WP_Image_Editor_Imagick’ );
}

error2.log
https://flywheelhelp.zendesk.com/attachments/token/b16LXjM5qy44liqqbJ9R0uNn4/?name=error2.log

I tried adding the code to the functions.php file but that didn’t seem to help.

• This reply was modified 7 years, 7 months ago by bgfrancey.

Can you goto the mdocs dashboard and click on Options > Test Sever Compatibility and let me know if you have any errors listed.

Everything seems to check out: https://cloud.bfdesign.ca/3g0n0h1e3M3n

(appreciate the quick response time!)

try this for me open the file mdocs-doc-preview.php and goto line 100:

$upload_dir = wp_upload_dir();
		$file = $upload_dir['basedir']."/mdocs/".$the_mdoc['filename'].'[0]';
		$thumbnail = new Imagick($file);
		$thumbnail->setbackgroundcolor('rgb(64, 64, 64)');
		$thumbnail->thumbnailImage(450, 300, true);
		$thumbnail->setImageFormat('png');
		$uri = "data:image/png;base64," . base64_encode($thumbnail);
		?>
		<div class="" >
			<img class="mdocs-thumbnail pull-left img-thumbnail  img-responsive" src="<?php echo $uri; ?>" alt="<?php echo $the_mdoc['filename']; ?>" />
		</div>
		<?php

change it to this:

/*
		$upload_dir = wp_upload_dir();
		$file = $upload_dir['basedir']."/mdocs/".$the_mdoc['filename'].'[0]';
		$thumbnail = new Imagick($file);
		$thumbnail->setbackgroundcolor('rgb(64, 64, 64)');
		$thumbnail->thumbnailImage(450, 300, true);
		$thumbnail->setImageFormat('png');
		$uri = "data:image/png;base64," . base64_encode($thumbnail);
		?>
		<div class="" >
			<img class="mdocs-thumbnail pull-left img-thumbnail  img-responsive" src="<?php echo $uri; ?>" alt="<?php echo $the_mdoc['filename']; ?>" />
		</div>
		<?php
		*/

let me know what the result is.

That seems to have done the trick. There’s a 3 second delay though before the copy actually appears. Here’s a quick video to show you the delay: https://cloud.bfdesign.ca/0y3C2K260p3U

Is the delay something that can be removed?

thats tough for me to debug, there is too many factors that could cause a delay like that.

Could be database issue, or server issues or code issue etc etc etc.

You could open a google chrome inspector and take a look at the Network tab to get an idea of what maybe causing the delay.

Thanks for the heads up. I’m not much of a coder so this is a bit foreign to me. I did see this in the Network tab though: https://cloud.bfdesign.ca/293s2K3g1Z1V
And https://cloud.bfdesign.ca/2h0y0H3f042M

Does this help narrow anything down?

Appreciate your help in all this!

it goes back to the original issue your server is slow to response when accessing the file admin-ajax.php, I can’t tell you why that is but you can see that it take 2.45 seconds to open that specific file.

But unfortunately I can’t tell you why.

Okay – no worries. I’ll contact the server tech and ask them. Thanks.

let me know what they say I may be able to help if I know what to look for.

How can I stop following this topic?

Hi there –
Just heard back from the server people:

Sorry for the delay here. Ajax can be a tricky one and can relate to a few area’s of the site including the resources from the server. A few hindering points is how much data is needing to be pulled in on requests. If it’s making a POST requests to get the data, that will be 100% uncached which also means that the server will be doing a bit additional work to return it.

With that said we have bumped a few things on our end to help give the site a bit more resources to use in its functioning. This may help but past that it would come down to development/data needing to be pulled. Those areas we’re limited on as each site is unique in itself and that functionality may have several components.

Not sure if that helps. I did notice that the increase in resources seems to have helped a bit increasing speed (2.7 – 2.3 seconds). Let me know if this helps you at a all?

• This reply was modified 7 years, 7 months ago by bgfrancey.