Forum Replies Created

Viewing 15 replies - 346 through 360 (of 1,016 total)
  • Plugin Author Dan Rossiter

    (@danrossiter)

    Hi Martin,

    Can you do me a favor and install Error Log Monitor and tell me what if anything shows up in the widget that should be in your dashboard following the install? If there’s information there then I will be able to be more helpful.

    EDIT: The other thing I would recommend is uninstalling, then reinstalling DG. It is possible that the thumbnail cache was corrupted at some point which would cause issues similar to what you are experiencing. The re-install could knock things loose if that is the case.

    Thanks!

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Alright, Pierre. Version 4.1.6 is now live and it should resolve your issue.

    Please don’t hesitate to let me know if you run into any further issues.

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Hi Pierre,

    It looks like that issue slipped through the cracks with the previous bug fixes. I’m pushing out a new version now that will resolve the issue.

    Thanks so much for your patience!

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Hi Martin,

    All “failed” thumbnails are cleared from the cache as part of the upgrade process. They are re-generated the first time a gallery is viewed.

    EDIT: In this case, “failed” means any instance where DG was not able to create a thumbnail from the attachment, which would be anything that shows up with a default icon in your Thumbnail Management tab.

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Jaredam,

    Working under the assumption that you do have a PHP version < 5.3, I have a short term and long term recommendation.

    The short term recommendation is to downgrade to DG 4.0, which does not use the new PHP features that are causing these problems. This can be done by first uninstalling the current version, then installing via the upload functionality under Add New Plugins in your WP Dashboard w/ this zip (https://github.com/thenadz/document-gallery/archive/4.0.zip).

    The long term recommendation is to immediately contact your hosting provider and ask that they upgrade to at minimum PHP version 5.6 to be in compliance w/ WP minimum recommendations. (You should include a link to the reference sites I included above.)

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Hi Jaredam,

    Can you verify that? The error suggests that your version doesn’t support late static binding (a feature being used in 4.1 and later versions of DG). Late static binding has been supported since PHP 5.3 and PHP 5.4 and later is no longer supported.

    Also, for reference, WP recommends PHP 5.6 or higher.

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Can you tell me what version of PHP you have installed?

    Plugin Author Dan Rossiter

    (@danrossiter)

    Hi DrKassoff,

    I’m glad to hear the downgrade worked! My recommendation at this point is to upgrade to the current version (4.1.5). I have every expectation that it will bypass the issues you had, but if it does not then go ahead and repeat the same downgrade process and let me know so that I can address any additional issues that show up.

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Sounds good! If you do decide to go that route and run into any questions don’t hesitate to let me know! πŸ™‚

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Ah. I do see what you mean. I’m not sure if there is a good way to resolve that though. Disabling fancy thumbnails would stop the generation, but it would also not display your custom images =/ One option if you feel like getting your hands dirty in PHP is to remove the %data% attribute from the dg_icon_template. This will mean the front end never requests thumbnail generation since it relies on the data-id to perform thumbnail generation via ajax after page load.

    The image is definitely renamed. It’s passed through sanitization/normalization logic where size and name. The name of the uploaded image is completely ignored. The name will always be a derivation of the attachment associated with the image.

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Ah! Yes, that would prevent %descriptions% being replaced. I would recommend enabling descriptions through the shortcode (or through the global settings), but you can also pull that value on your own and include it as you were doing in your first example — no reason it shouldn’t work.

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    In this case, “failed” is any attachment that DG has processed, where the thumbnail is a default icon. So your manual thumbnails will not fall into the “failed” category and in normal behavior should persist through an upgrade.

    What exactly do you mean by “the name is changed” though? The only thing that should be done against manual thumbnails is resizing to the configured max width/height, otherwise nothing should change from what you uploaded vs. what is displayed. If that’s not happening, then it very well may be something that needs addressing.

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Hey Steve,

    You’ve just stumbled upon a bonafide feature πŸ™‚ DG will purge everything with a failed thumbnail upon upgrade. The thinking is that new functionality in the upgraded version may be able to generate a thumbnail where the older version was not. So this will happen in any upgrade. DG will, however, show all attachments that have been processed, even if they did fail to generate a thumbnail. So once all galleries have been viewed and had a chance to fully load, the list should include all attachments across all galleries.

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Thanks, Steve!

    Shortly after my last reply I did identify an issue in the upgrade process that would have resulted in blanking your thumbnails. That issue has since been resolved, but please do let me know if you run into anything similar.

    -Dan

    Plugin Author Dan Rossiter

    (@danrossiter)

    Hi Pierre (and others),

    I have a solution that may allow you to get past the issue long enough to uninstall and do the clean install that is needed for things to begin working.

    1. Go to Dashboard -> Plugins -> Document Gallery (edit link). If there is no edit button, your WP install will not allow this fix.
    2. Assuming you got past #1, click document-gallery/inc/class-setup.php in the right bar.
    3. In the big textbox, search (Ctrl + F) for “self::fourPointOne( $options );” There should be only one line that matches. Delete that line and attempt to activate again. My *hope* is that will get you far enough through the plugin bootstrap to allow for you to uninstall DG, at which point a clean install should make everything much happier.

    If that does not work, the other solution requires FTP access. Assuming you know what that is and have the access, you’ll need to do the following:
    1. Go to <WP install directory>/wp-content/plugins and simply delete document-gallery.
    2. After that you should be able to reinstall Document Gallery.

    -Dan

Viewing 15 replies - 346 through 360 (of 1,016 total)