Search Results for 'Add Url'

Unfortunately, we don’t have access to backend logs for Microsoft’s Office Viewer service, as that viewer is entirely operated by Microsoft. The error page you’re seeing is generated by them.

There is a strong possibility that the issue may be caused by IP restrictions:

– This can happen if your live site has country-based access rules enabled, for example, restricting access to only certain countries or blocking specific IP ranges.Could you please confirm if such restrictions are in place? If so, we suggest temporarily disabling them and testing the preview again. It’s possible that these restrictions are preventing Microsoft’s service from accessing the file.

– Microsoft maintains a list of IP addresses used by Office 365, including those for the Office Online services that power document previews. Please ensure that connectivity to these domains and IP ranges is not being blocked. Pay a visit here for more information.

We hope this helps resolve the issue.

Hello Nathan,

I hope you’re doing well, and thank you for reaching out.

Are you using the WPDM PDF Viewer add-on to preview the PDF file? If possible, please share the related URL in a private reply.

Looking forward to your response.

Best regards

Hello,

Can you please try this on your active theme’s functions.php file the below code,

function disable_captcha_for_wpdm_pages() {
    // Check if we're on WPDM registration or login pages
    if (is_page() || is_admin()) {
        global $wp;
        $current_url = home_url($wp->request);
        
        // Define the URLs where CAPTCHA should be disabled
        $excluded_pages = array(
            '/register-for-downloads/',
            '/my-downloads/',
            '/login' // Add any other WPDM related URLs
        );
        
        // Check if current page matches any excluded pages
        foreach ($excluded_pages as $page) {
            if (strpos($current_url, $page) !== false) {
                return false; // Disable CAPTCHA
            }
        }
    }
    
    // Check for specific WPDM actions or parameters
    if (isset($_POST['wpdm_reg']) || isset($_POST['wpdm_login']) || 
        isset($_GET['wpdm-reg']) || isset($_GET['wpdm-login'])) {
        return false; // Disable CAPTCHA for WPDM forms
    }
    
    // Check if it's an AJAX request from WPDM
    if (defined('DOING_AJAX') && DOING_AJAX) {
        if (isset($_POST['action']) && 
            (strpos($_POST['action'], 'wpdm') !== false || 
             strpos($_POST['action'], 'download') !== false)) {
            return false; // Disable CAPTCHA for WPDM AJAX requests
        }
    }
    
    return true; // Keep CAPTCHA enabled for other pages
}

// Apply the filter to disable CAPTCHA when needed
add_filter('wordfence_ls_require_captcha', 'disable_captcha_for_wpdm_pages');

Please kindly check and let me know.

Thank you and kind regards

Hello raaj sajaniya,

Hope you are well. The images URL you have shared are not loading. However, can you please let me know, are you searching this add-on feature?

Lazy Download Add-on

Please kindly check and let me know.

Thank you and kind regards

Hello,

I hope this message finds you well and thanks for reaching out.

Kindly share the related URL and temporary login credentials in a private reply so we can thoroughly investigate the issue.
Additionally, please let us know which version of Download Manager you are currently using.

Regards

Our team looking into the issue, and it appears that the login redirection isn’t working when the login page is generated using the WPDM Elementor addon. The redirection works correctly when using the shortcode-based login page. Team also noticed that the logo URL hasn’t been set in the shortcode version, which is why the logo isn’t displaying there. Please kindly check.

Thank you and regards

Here what can i suggest,

1. Use Advanced Option on Warning Screen: When you see the “Google hasn’t verified this app” warning, look for a small text link at the bottom that says “Advanced” or “Continue to [your app name]”. Click this, then you should see an option to proceed despite the warning.
Configure OAuth Consent Screen:

2. Go to your Google Cloud Console
Navigate to “APIs & Services” > “OAuth consent screen”
Make sure you’ve set up the consent screen with appropriate app information
Set the app to “External” if it’s not already
Add the necessary scopes for Google Drive access (likely Drive API scopes)

3. Check API Activation:

Ensure the Google Drive API is enabled in your Google Cloud Console
Go to “APIs & Services” > “Library” and search for “Google Drive”
Click “Enable” if it’s not already enabled

4. Verify OAuth Credentials:

Go to “APIs & Services” > “Credentials”
Ensure your OAuth 2.0 Client ID is configured correctly
Check that the authorized redirect URIs include your site’s callback URL

Please kindly check the above all steps. Please kindly check.

Thank you and regards

The problem is that Cloudflare is caching the PDF viewer content, but the viewer needs to load dynamically based on whether the user is logged in or not.
For your Cloudflare rule, I recommend using a combination of path and query parameters:

(url contains "/download/" AND (url contains ".pdf" OR querystring contains "wpdmdl="))

You could also be more specific with a rule like:

(url contains "/download/" AND querystring contains "wpdmdl=")

For implementation in Cloudflare:

Go to Cloudflare dashboard → Rules → Cache Rules
Create a new rule with a name like “WPDM PDF Viewer Bypass”
Set the condition using one of the expressions above
Set the action to “Bypass cache”

Alternatively, you could add cache control headers in your WordPress site by adding this to your .htaccess file (if using Apache):

<FilesMatch "\.(pdf)$">
  Header set Cache-Control "no-store, no-cache, must-revalidate, max-age=0"
  Header set Pragma "no-cache"
  Header set Expires "0"
</FilesMatch>

Let me know if you need more specific guidance for implementation in Cloudflare or if you’d like to explore other potential solutions! Please kindly check.

Thank you and regards

Thanks for the update. I see that you told download page is still appearing in Google search results despite the changes implemented a few weeks ago.

This is normal behavior – Google doesn’t immediately remove pages from its index after we add blocking directives. Here’s what’s happening:

1. Google needs to recrawl the page to discover the blocking directives we added
2. Then it needs to process this information and update its index
3. This process can take anywhere from a few weeks to a few months depending on how frequently Google crawls your site

Some actions you can take to speed up this process:

1. Verify the changes were implemented correctly by checking that:
– The meta robots tag with “noindex” is present on the download pages
– Your robots.txt file correctly blocks the download directory (if you used this approach)

2. Submit the URL directly to Google for removal:
– Log into Google Search Console for your website
– Use the “URL Inspection” tool to check the download page
– Request removal of the URL

3. Submit an updated sitemap to Google Search Console to encourage recrawling

Please kindly check and let me know.

Thank you and kind regards

Can you please elaborate more on your Download button issue? please kindly share the related URL. And for PDF viewer add-on, I hope it may present better preview without any issue. Please kindly also check the demo of add-on page. Please kindly check and let me know.

Thank you and kind regards