Forum Replies Created

Viewing 15 replies - 226 through 240 (of 470 total)
  • No one can see your site while it is on “localhost” — so no point posting links.

    There is a large amount if information about customizing the Event Calendar posted at https://theeventscalendar.com/knowledgebase/themers-guide/

    The way to make a link appear as a button is to create a custom style. To get started, see https://www.w3schools.com/css/css3_buttons.asp

    I’d suggest working with a child theme so that you don’t have to worry about styles being overwritten with theme upgrades. It’s a good time to implement that now, before your site goes live. Almost everything that the plugin does can be overridden with custom templates, so the answer to most of your “is it possible?” questions would generally be either to create a custom style or template.

    As to your question about the country in the drop down list, you can set a default country in the events setting menu, under “Default Content”. That won’t eliminate the drop down, but it means that the field will be automatically populated with “United States” and that probably would go a long way toward preventing the data entry error you experienced.

    PHP 7.2 is only in beta – it specifically should not be used on production sites — see http://php.net/index.php#id2017-08-17-1. It is not scheduled for final release until November – see https://wiki.php.net/todo/php72

    So I am surprised that you would be on a platform using 7.2 as default.

    I’m just a user, but I think it would be unreasonable to expect a plugin to support software at this stage, because the whole purpose of beta testing is to debug.

    I think it’s great that you are alert to errors and reporting them – just premature to expect PHP 7.2 support in any software. So yes — if you have a live production site, definitely you should be running PHP 7.1, which is the latest stable, supported version.

    In the meantime it might be better to report problems with PHP 7.2 to the PHP bug tracking system at https://bugs.php.net/

    There appears to be an open issue related to this error here:
    https://github.com/yiisoft/yii2/issues/14489

    Thread Starter Abigailm

    (@abigailm)

    I have tested with disabling the plugins that I thought could potentially cause the error, but have not yet gone the full route of disabling all plugins because I would need to take the site offline in order to test any plugins that impact front end display and site function- (so that will have wait for an appropriate time).

    I’ll mark this as “resolved” for now and come back if find out anything more– or if the problem crops up with any other links.

    Thread Starter Abigailm

    (@abigailm)

    I tried that and it it didn’t change anything — Wordfence continues to block/disable the link the website on the page.

    I am not sure why disabling the monitor background requests option would help in any case. My problem is NOT that the link is being reported as a “false positive”, it is that Wordfence is actively preventing site visitors from clicking on a legitimate link within the body of a post — and there does not seem to be a way to correct that behavior.

    However, I am no longer certain whether Wordfence is causing the problem. When I tested before posting this thread, it seemed that the problem was resolved when I deactivated wordfence (but not when I merely disabled the firewall) — but in testing again today the problem seems to persist even with wordfence disabled. It seems to be specific to this one URL — and I can work around it by creating a shortcut link tied to a redirect from another URL (the equivalent of a tinyurl link) — so there is something about the string within that particular URL that is creating a probem… but again, at this poitnt it is not at all clear whether Wordfence is the source of the problem.

    Thread Starter Abigailm

    (@abigailm)

    Note: I have tested again and this problem continues even after upgrade to version 2.8.2 of EDD.

    They also have a twitter page here — https://twitter.com/Theme4Press/

    I’d note that the most recent activity on those social media pages was on July 24.

    I hope @romik84 can answer here to let everyone know what is going on.

    Thread Starter Abigailm

    (@abigailm)

    I’d add that thanks to the information posted by the user who reported the ticket, I have now resolved the problem on my sites. It’s relatively simple. Here is how, in case anyone else runs into this issue:

    1) Make a copy of the file wp-includes/theme-compat/embed-content.php

    2) In the copied file, substitute this line for line 33.

    Instead of

    if ( $data['width'] / $data['height'] > $aspect_ratio )

    Substitute either

    if ( ($data['width'] > 0 && $data['height'] > 0) && $data['width'] / $data['height'] > $aspect_ratio ) {

    or

    if ( ($data['height'] > 0) && $data['width'] / $data['height'] > $aspect_ratio ) {

    (either line will work – it seems like cleaner coding to have the “if” statement check for both width and height, but the divide by zero error is caused only when the height value registers as 0. A width value of 0 divided by anything else would simply yield a 0 result, but not register as an error )

    3) Uploaded the edited embed_content.php to the active theme, or child theme.

    The template contained in the /theme-compat/ directory is used only when the active theme does not have its own template with the same name — so the fix is simply to substitute a template that addresses the bug.

    • This reply was modified 8 years, 10 months ago by Abigailm.
    • This reply was modified 8 years, 10 months ago by Abigailm.
    • This reply was modified 8 years, 10 months ago by Abigailm.
    Thread Starter Abigailm

    (@abigailm)

    Thanks, I’ll follow your suggestion and post a comment there, as I’ve done some more testing, though no answers. (Basically nothing I test in terms of de-activating plugins or themes changes anything) It happens on some, but not all, pages on some, but not all, sites.

    Thread Starter Abigailm

    (@abigailm)

    Thank you for adding my report to the bug tracker — it does look like the same issue.

    This doesn’t happen with every site– only some of the sites– so it could very well be related to a plugin conflict … it’s just that I haven’t been able to nail that down.

    Thread Starter Abigailm

    (@abigailm)

    No – I tested and the problem persists.

    I am also using a caching program– WP Fastest Cache — but I have excluded all pages with /checkout in the path from caching — but perhaps there is a cookie or javascript that should be excluded as well?

    Thread Starter Abigailm

    (@abigailm)

    No. We don’t want or expect buyers to be registering on the site, as in general these are one-time purchases.

    We do have a plugin called Register Plus Redux to control registrations, but it should not interface with the EDD system. (It is

    This is an events website, using The Events Calendar and its Event Tickets and Event Tickets Pro plugins, and the only thing sold are tickets to specific events.

    I did create a test product that was not tied to the events system to test, and the problem persisted, so it seems to be an issue with EDD. (I initially reported this as a bug related to Event Tickets Pro, but they asked me to do the testing and that’s why I have come back to report this to you).

    I’d add that there are several good plugins that will create a child theme for the user — just search the wordpress plugin repository for “child theme”.

    Hey, I’m a grandma too! (Probably why I’m so careful about backups & child themes… I’ve learned from all the mistakes I’ve made in the past)

    Maybe Redux Framework?

    I kind of agree with both of you on this — Evolve seems much more likely than any of my other themes to lead to layout & CSS issues on updates, sometimes quite tricky to fix.

    I don’t think it’s just the framework, I think it also has to do with the plugin author who perhaps isn’t as worried about backward compatibility as he could be.

    That being said, the Evolve theme is pretty amazing for a free theme — it comes with all sorts of features that typically are available only in premium themes. Plus this theme is well-maintained and the theme author supports it much better than most — just reviewing the support threads show how Romik is alway willing to give people advice for CSS issues or others that are not really theme related, but just a matter of basic knowledge of CSS. Obviously he spends a huge amount of time both on development and support.

    One reason that this theme might seem “buggy” on updates is simply that it is updated with new features and improvements regularly — a lot of free themes are hardly ever updated except with occasional security patches … or worse, some don’t even get those.

    In addition to backups, I ALWAYS work with child themes. I just do it as a matter of course, even if don’t plan to customize a theme much. It’s just a basic rule of thumb that protects customizations from overwrites, and makes it very easy for me to roll back an upgrade, without needing to restore from backup.

    Thread Starter Abigailm

    (@abigailm)

    I’m sorry to say that I had already tried debugging and it gave me no clue– just some false leads that didn’t fix the problem. So I decided to start de-activating and re-activating plugins one by one, and GADWP seemed to be the first one where the error stopped…. only now it has recurred again, even with GADWP disabled…. so this turns out to be a false lead as well. The problem started up again after a period of roughly 11 hours — so now I am again at a loss.

    Sorry to waste your time — about the one thing I’ve learned so far is that I need to wait longer before assuming that the problem has been rectified.

Viewing 15 replies - 226 through 240 (of 470 total)