Forum Replies Created

Viewing 15 replies - 1 through 15 (of 96 total)
  • Plugin Author pressidium

    (@pressidium)

    Hey, @sonjoe!

    If possible, please submit a bug report on the plugin’s GitHub repository. Alternatively, just fill out the template below and share it here in your reply.

    Describe the bug
    A clear and concise description of what the bug is.

    Steps to reproduce
    Detailed steps to reproduce the behavior:

    1. Go to ‘…’
    2. Click on ‘….’
    3. Scroll down to ‘….’
    4. See error

    Expected behavior
    A clear and concise description of what you expected to happen.

    Screenshots
    If applicable, add screenshots to help explain your problem.

    Environment (please complete the following information):

    • Browser: [e.g. Chrome, Firefox]
    • Plugin version: [e.g. 1.7.0]
    • WordPress version: [e.g. 6.7.1]
    • PHP version: [e.g. 8.1]

    Server logs
    If applicable, include any server logs that could be related to this issue.

    Browser console logs
    If applicable, include any warnings/errors in your browser’s console. You can open the Console panel in Google Chrome, using ⌘ + ⌥ + J on macOS, or CTRL + Shift + J on Windows/Linux.

    Plugin Author pressidium

    (@pressidium)

    Hey, @mmtomm!

    The plugin doesn’t support this natively. You’ll likely need to rely on custom JavaScript or CSS, like @kingofmycastle suggested.

    Plugin Author pressidium

    (@pressidium)

    Hey, @bkno!

    Thanks for taking the time to report this.

    We’ve opened an issue on the plugin’s GitHub repository (#116). You can track its progress there.

    This will probably be addressed in the upcoming plugin release.

    Plugin Author pressidium

    (@pressidium)

    Hey, @kemuricodes!

    To keep things clear and easy to reference, it’s best to comment on the original thread rather than creating duplicates.

    I’ll mark this as resolved, and we can continue the discussion there: https://ww.wp.xz.cn/support/topic/request-to-adjust-heading-structure-for-better-seo/

    Plugin Author pressidium

    (@pressidium)

    Hey, @kingofmycastle!

    Are there any existing functions I can use to grab the values in these fields?

    At the moment, we don’t expose any global PHP functions to return the list of cookies. We’ll make sure to include that in the next release.

    I’ll either create a shortcode of make a new block.

    Please note that there’s an open issue on the plugin’s GitHub repository (#106) about adding a built-in shortcode for classic themes and block for block themes to display tables listing cookies by category, etc.

    Plugin Author pressidium

    (@pressidium)

    Hey, @kemuricodes!

    The <h2> change was inherited from the cookie consent library we use (ref). Reverting that change would mean deviating from the library, which could slightly complicate future maintenance. We’ll have to factor that in.

    That being said, you make a good point and we’ll likely adjust that in a future release.

    Additionally, you can enable the “Hide from bots” option (wp-admin → Cookie Consent → General → Hide from bots), which automatically parses the user agent to detect bots/crawlers/webdrivers, and hide the cookie consent banner from them.

    Plugin Author pressidium

    (@pressidium)

    Hey, @wlpdrpat!

    We currently have no plans to become a Google-certified CMP — at least not in the foreseeable future.

    Plugin Author pressidium

    (@pressidium)

    Hello, @tomaobretenov!

    after refreshing the page, nothing was saved

    This might be related to a conflict with another plugin or a possible bug in Pressidium Cookie Consent.

    To rule out the possibility of a plugin conflict, could you try disabling any security plugins (which might block the REST API) and optimization plugins (that handle caching or minifying JS), and let us know whether the issue persists?

    Could you also check if the WordPress REST API is disabled, either via custom code or a third-party plugin?

    If it turns out to be a plugin conflict, please share the name of the conflicting plugin with us. If it’s not, we’d appreciate it if you could provide the following details to investigate further:

    1. Steps to reproduce – Detailed steps to reproduce the behavior.
      • Go to ‘…’
      • Click on ‘…’
      • Scroll down to ‘…’
      • See error
    2. Screenshots – If applicable, add screenshots to help explain the problem.
    3. Environment – Please provide the following information:
      • Browser (e.g. Chrome, Firefox)
      • Plugin version (e.g. 1.7.1)
      • WordPress version (e.g. 6.7.1)
      • PHP version (e.g. 8.1)
    4. Server logs – If applicable, include any server logs that could be related to this issue.
    5. Browser console logs – If applicable, include any warnings/errors in your browser’s console. You can open the Console panel in Google Chrome, using ⌘ + ⌥ + J on macOS, or CTRL + Shift + J on Windows/Linux.
    Plugin Author pressidium

    (@pressidium)

    Hey, @surbma!

    I see topics about this issue for other languages

    The majority of these topics have been addressed in 1.7.0 which updated the language codes to be consistent with the locale codes used in WordPress.

    Regardless of the chosen setting (Browser or document), the popup shows in English, not Hungarian.

    Could you please check the value of the lang attribute in the <html> tag of your page? You can find this in the page’s HTML source.

    View the HTML source—in Google Chrome, press ⌘ + ⌥ + U on macOS, or CTRL + U on Windows/Linux—and look for the opening <html> tag. The lang attribute will look like this:

    <html lang="en">
    Plugin Author pressidium

    (@pressidium)

    Hey, @surbma!

    I expect the English language texts should be automatically added, when a new English language is added, whatever Country is selected for that language. Or at least you should add a button to auto-load default texts for English.

    Thanks for your input! This has already been suggested and it’s tracked as issue #47 on the plugin’s GitHub repository.

    This way, when a new language is added, it should be auto loaded with the default texts.

    Another solid suggestion! I’ve opened issue #109 to explore implementing it in a future release.

    Plugin Author pressidium

    (@pressidium)

    Hey, @martinzugo!

    Apparently the theme is overruling the CSS settings of the Cookie Consent POP-UP and the SETTINGS panel.

    Do you know how I can overcome this issue.

    This may vary based on your theme and its stylesheets. Would you mind providing a link to the affected website?

    Plugin Author pressidium

    (@pressidium)

    Hey, @lebro!

    the domain set is correct

    The “Cookie Domain” setting in wp-admin → Cookie Consent → General has been configured incorrectly.

    It should be formatted as:

    example.com

    but the link you shared follows this format instead:

    www.example.com/

    Could you please update the “Cookie Domain” value and let us know if that fixes the issue?

    Plugin Author pressidium

    (@pressidium)

    Hey, @lebro!

    If the cookie consent modal keeps reappearing, it could be due to a misconfigured Cookie Domain. Check the Cookie Domain setting in wp-admin → Cookie Consent → General and ensure it matches your domain.

    The plugin doesn’t seem to be active on the link you shared, so we can’t look into this issue further.

    Plugin Author pressidium

    (@pressidium)

    Hey, @jookk!

    Right now, our plugin doesn’t include shortcodes to automatically list cookies for a dedicated Cookie Policy page. However, all cookies are displayed in the consent settings modal, accessible via the floating settings button.

    To enable the floating button, navigate to wp-admin → Cookie Consent → Floating Button, and turn on the “Enabled” toggle.

    I’ve also opened a feature request (GitHub #106) to consider implementing shortcodes and/or blocks in a future update of the plugin. Keep an eye on its progress.

    Plugin Author pressidium

    (@pressidium)

    Hey, @taaaact!

    It seems likely that the issue you’re encountering is due to your theme’s stylesheets overriding the plugin’s styling.

    Would you mind switching your theme temporarily to Twenty Twenty-Five, or a similar one, and letting us know if the problem persists?

    Also, if you could share the URL of the affected website, it would help us better understand the issue.

Viewing 15 replies - 1 through 15 (of 96 total)