New to the community? Start here

Events + causing huge number of 404's

Got an email from Google telling me that 404’s on my site had jumped from around 20 to more than one thousand in the space of two days.

On examination the 404’s are all related to URL’s being produced by Events+

Mon, 7 Dec 2015 11:46:59
  • Predrag Dubajic
    • Support

    Hey @joe,

    I must say that we never had such report before, can you give me some example URLs that are giving 404 errors?

    Did you had any server issues since this happened or did you made changes to permalinks?

    Basically, were there any changes on your site in those two days that could help us to pinpoint the cause?

    Best regards,

    Predrag

  • joe
    • The Crimson Coder

    Predrag, how can I send a sample of these url’s privately ?

    There are almost 1100 of them in total – I will of course only send a sample.

    No server issues, no permalinks changes (I use Ultimate Branding and used the facility to disable the alteration of Permalinks – I checked and they are just as they were when I first set them)

    The 404 issue has coincided with my calendar installation.

    I have 3 pages relating to the calendar

    One with the shortcode to produce the calendar itself

    A second that makes a list of one type of events from the calendar categories

    A third that makes a list of another type of events from calendar categories

    Many of these 404’s just should not exist, but the calendar is producing them, the basic template of the site is there, but no content. There are some referring pages to 404’s that are lists with supposedly 6 pages of events (10 per page) but there’s nothing after the first page.

    Regards

  • Predrag Dubajic
    • Support

    Hi Joe,

    Thanks for sending in those links, it helped me understand this issue better and replicate it on my end.

    It looks like the issue is partially between iTheme2 and E+.

    When I activate default WP theme my archive page doesn’t have navigation at all, but with iTheme2 navigation is there but it’s going to 404 page, that is causing all the /events/2015/12/page/2/ 404 pages.

    As for the /events/2015/12/event/feed/ 404 errors, those are caused by post comments feed and this doesn’t seem theme related.

    I have forwarded all the details to plugin developer so he can have a closer look at this.

    Best regards,

    Predrag

  • joe
    • The Crimson Coder

    Thank you for your efforts Predrag

    What I can’t understand is I have set Events+ to NO Index, NO Follow, NO ODP, NO to everything – it should be invisible to Google, yet I have three hundred more 404’s today than yesterday. and still the persistent sitemap errors,.

    Also, the Theme update that causes the slider to fail, and all since Events + was installed.

  • Predrag Dubajic
    • Support

    Hi Joe,

    I will check with the developer if the original issue could be causing this.

    As for the slider fail, I tried activating it on my end, I even tried exporting your theme settings and importing them on my end but it didn’t affect the slider in any way, with E+ and SmartCrawl it still works normally.

    Do you have staging site by any chance where we can update the theme and do some further testing?

    Best regards,

    Predrag

  • Adam
    • Support Gorilla

    Hello Joe,

    I hope you’re doing fine and don’t mind me jumping into this conversation.

    It seems that the staging site you shared with my buddy @Predrag Dubajic doesn’t work at the moment. Trying to visit an URL results in “DNS_PROBE_FINISHED_NXDOMAIN” error in Chrome, “site unreachable” in Firefox and Pingdom tests (not saved of course) seem to confirm that.

    Could you please make sure that the site is up and running and let us know here?

    Thanks!

    Adam

  • Adam
    • Support Gorilla

    Hello Joe!

    Please accept my apology for this schoolboy error.

    There’s nothing to worry about, we all make mistakes from time to time. I guess that’s what makes us humans and not robots :slight_smile:

    I checked your site and run some simple tests on it. I’m thinking that the problem here is most likely that the theme doesn’t support pagination for archive pages properly. That’s quite a common issue (if it’s indeed this). I wasn’t able though to give it more checks because for some reason iTheme is seems to be disabling WP in-built theme source file editor.

    That said, would you mind sharing FTP access credentials with us? Being able to edit theme files I hope I could find a solution for this.

    In order to share FTP access credentials please follow the same way to send direct message as you did recently and let me know here.

    Thanks!

    Adam

  • Adam
    • Support Gorilla

    Hello Joe!

    Thanks for sending details.

    I have accessed your site and checked the theme. By adding a simple debug code to /itheme2/themify/theme-utils.php file and checking pagination with manually added “?page=X” (where X is page number) parameter I came to conclusion that either the theme or framework behind it isn’t properly passing page number (“paged” WordPress query variable) to the post query. At least this is happening in case of custom post type (and “incsub_event” is a post of custom type).

    However, the theme code is very complex and after spending over an hour testing it and trying to identify the place to apply fix, I have unfortunately failed at this moment. That said, let me please consult this with my colleagues and give some more test.

    Please keep an eye on this thread for further information!

    Best regards,

    Adam

  • Predrag Dubajic
    • Support

    Hi Joe,

    Since the issue seems to be inside theme archive page, or more likely pagination, could you try copying archive-incsub_event.php from wp-content/plugins/events-and-bookings/default-templates/default/ folder to your wp-content/themes/itheme2/ folder.

    This will use plugin archive page instead of default theme archive and it will not render the pagination.

    Let us know if there are any improvements after that.

    Best regards,

    Predrag

  • joe
    • The Crimson Coder

    Hello Predrag

    Something bad has happened

    The Calendar sub menu pages are broken

    Events >> Calendar >> Installations

    shows a page with the shortcode

    [eab_archive category=”installation” lookahead=”yes” weeks=”52? limit=”50?]

    Events >> Calendar >> Visitations

    shows a page with the shortcode

    [eab_archive category=”visitation” lookahead=”yes” weeks=”52? paged=”yes” limit=”10?]

    Events >> Calendar >> Events in Next Week

    shows correct page

    I cannot have this happening on a Live website

    This is why the staging site is available.

    I have had to remove the menu items from the Live Site Calendar

  • joe
    • The Crimson Coder

    Hi Predrag

    I made no changes at all.

    Before I was about to implement your advised solution I took a look at the website and saw the Calendar sub items broken

    If everything had been ok I would have made a backup before making any of your changes.

    On the actual pages in admin there are no question marks in the shortcodes, they have quotation marks.

    It is the shortcode generated page that shows on one occasion question mark , and on another load of the generated page it shows a single ‘ quote

    The shortcodes in admin are as follows

    [eab_archive category=”installation” lookahead=”yes” weeks=”52″ limit=”50″]

    [eab_archive category=”visitation” lookahead=”yes” weeks=”52″ paged=”yes” limit=”10″]

    No question marks in admin

    Take a look at live generated pages

    https://Xmydomain.org/calendar/installations

    https://Xmydomain.org/calendar/visitations

    Joe

  • Predrag Dubajic
    • Support

    Hi Joe,

    Something strange is happening with text on iTheme, I tried pasting the same code on my site and it doesn’t work with default WP theme, however if I manually type the code in my site it works.

    So I copied that code on your site and now it works there as well.

    I was not able to figure out what exactly is causing this since the code I took from your site doesn’t show any difference to one I typed in manually.

    I would suggest getting in touch with theme developers as well as they might be able to give us some more info on this.

    Best regards,

    Predrag

  • joe
    • The Crimson Coder

    Currently I have on Events+ 1816 404’s

    It has remained at that figure for the 9th and 10th December – no data available yet for 11th December

    But, I have more or less made Events+ invisible via Smartcrawl to search engines with every page, archive, event, absolutely everything – NO Index, NO Follow, NO ODP, NO YDIR, No Archive, No Snippet, and that is not very helpful to my SEO efforts.

    Please advise.

  • joe
    • The Crimson Coder

    Predrag, I have implemented your suggestion from above

    Since the issue seems to be inside theme archive page, or more likely pagination, could you try copying archive-incsub_event.php from wp-content/plugins/events-and-bookings/default-templates/default/ folder to your wp-content/themes/itheme2/ folder.

    This will use plugin archive page instead of default theme archive and it will not render the pagination.

    How can I tell if this will stop the generation of all the 404’s ?

  • joe
    • The Crimson Coder

    Having gone to Google Console where all the 404’s are listed I checked the URL at the 404 “Linked From” tab

    With the archive-incsub_event.php copied to the theme folder the url now produces a page “Events” with the content “No events found” and no other content or pagination.

    For example….. https://MYDOMAIN/events/2019/07/

    Am I correct in suggesting that this is therefore no longer a 404 generating page?

    What can be done about the nearly 2000 404’s listed as crawl errors in Google Console?

    Would resubmitting the sitemap cause those to be dropped? Or is there another solution?

    I obviously can’t use the removal tool to do the URL’s one by one.

    Thanks

  • Adam
    • Support Gorilla

    Hello Joe!

    Since you implemented Predrag’s solution, there’s no more 404 error on event’s archive page. However, as you mentioned there’s still no pagination links and as in your dashboard I can see over 60 events for December 2015 not all of them seem to be displayed, am I right?

    The template file that you copied from Events+ did help but still the pagination issue is the issue if iThemes2. I gave it another try and search for the “glitch” here but still no luck, unfortunately. Therefore, I think asking theme developer for help would be well-founded. What I’d ask would be to help identify and fix “not working paging on archive pages for custom posts”.

    As for those nearly 2000 404 URL’s listed as crawls errors in Google Console: are these “404 not found” pages or does Google list them as “unreachable”?

    Submitting a new sitemap surely should be the first step and if it doesn’t reduce that list (though it may need some time) the best way would be to implement a kind of automatic redirect plugin on your WordPress site that would perform 301 redirect for those links.

    Best regards,

    Adam

  • joe
    • The Crimson Coder

    Only 15 Calendar events in December 2015, and 12 of those expired.

    Main Menu >> Events >> Calendar >> Visitations, page produced has correct pagination, 10 events per page where applicable.

    Google Console, Response code is 404 on all links

    Thanks

  • Adam
    • Support Gorilla

    Hello Joe,

    Thanks for this answer.

    I see now that the pagination is now fine indeed. All this links seems to be accessible via browser as well.

    I’m not able to look at your Google errors, however have you already tried submitting a new sitemap? I tested some links from the page with external robots.txt tester and it seems this is not blocking access.

    Could you please share here a few of the links that you actually see in your Google Console with 404 status?

    Kind regards,

    Adam

  • joe
    • The Crimson Coder

    Hi Adam, here are three.

    These are shown as 404’s in Console.

    https://MyDomain/events/2027/11/page/4/

    https://MyDomain/events/2020/10/page/4/

    https://MyDomain/events/2001/11/page/3/

    If I was to create an event now, it would appear like this

    https://MyDomain/events/2015/12/name-of-event

    ( https://MyDomain/events/year/month/name-of-event )

    The three examples randomly generated by Events+ are in the years 2027, 2020, and 2001

    None of the 404’s reported by Google ever appeared in any sitemap.

    The URL’s seem to have been randomly generated by E+

    The sitemap which Google had already indexed prior to E+ being installed showed the correct number of URL’s, but I submitted another and it too shows the correct number of pages

  • Adam
    • Support Gorilla

    Hello Joe,

    Thanks for sharing URL’s with me!

    The dates here are quite weird, I agree. What I’m thinking of however is not Events+. These URLs does return 404 HTTP status indeed.

    I may be wrong but this again seems to me like a paging error, as if it was “indefinite” paging. Some time ago I experienced similar situation with a simple PHP calendar script added to the page. As there were “Prev year, next year” links, Google crawlers where able to spider the site up to next century :slight_smile: The calendar was loaded via AJAX and it stayed in the same page but when you clicked on the link fetched by Google you got an empty (though it wasn’t 404 in my case) page.

    This is not exactly the same but looks a bit similar. In your dashboard there’s no events for the dates shown in URL. The only things I can think of now would be:

    – test events created at some point and then removed, that Google could pick up (sitemap is not the only way for Google to crawl the site)

    – or – again – previously broken pagination that allowed to go “on and on” into the future

    Having said that all, I think at this moment that’s no longer that important as your site now seems to be working fine. The most important part (but surely correct me if I’m wrong) would be the huge number of 404 URLs in Google.

    A bit surprisingly, Google says here that these won’t “hurt” your site or your search rankings. I’m not entirely sure about the latter statement but after searching through some other resources I can’t see any better way of removing those URL’s other than… manually checking and marking them in Crawl Errors Google console.

    That said, I’m not sure now what should we fix here finally. I’ll be happy to assist you further and also include some of my colleagues if necessary but it would be great if you could (taking into account current state of your site) draw kinda roadmap here for me :slight_smile:

    I’m sorry for inconvenience and thanks for understanding!

    Best regards,

    Adam

  • joe
    • The Crimson Coder

    Hi Adam

    I feel it has been previously broken pagination that allowed to go “on and on” into the future

    There were only a couple of test events ever created at the time of installation and they were deleted almost immediately.

    Console 404’s dropping from 1847 >> 1695 >> 1640 (14 December) by using manual removal tool

    I can only manage about 50 a day before my fingers go numb.

    Do you think just checking and marking as fixed would work?

  • joe
    • The Crimson Coder

    Adam, unfortunately I now see 12 404’s have appeared in Console Smartphone tab

    https://MYDOMAIN/2015/11/05/lodge-gleniffer-no-1219-annual-installation/

    is a 404

    https://MYDOMAIN/lodge-gleniffer-no-1219-annual-installation/

    take out the date of above 404 and this is a correct blog post

    https://MYDOMAIN/2015/11/15/lodges-fund-raising-helps-malawi-appeal/

    is a 404

    https://MYDOMAIN/lodges-fund-raising-helps-malawi-appeal/

    take out the date of above 404 and this is a correct blog post

  • Predrag Dubajic
    • Support

    Hi Joe,

    I have included some of our second level support dev guys on this thread to see if they can share some thoughts on this.

    In the meantime, have you tried passing this issue to the theme developers as well, maybe they could give us some info that will help us with debugging this?

    Best regards,

    Predrag

  • Predrag Dubajic
    • Support

    Hi Joe,

    I was doing some further testing with iTheme and E+ but unfortunately I was unable to get any further info.

    I’m not saying that there’s an issue with iTheme but sometimes theme developer feedback can give us more info about the issue.

    We will need to wait for our devs to take a closer looks at this.

    Best regards,

    Predrag

  • joe
    • The Crimson Coder

    Hello Predrag

    Summary from my end.

    I submitted another new sitemap, and as before none of the offending non-existent 404 pages are in the sitemap.

    I have every event created by E+ as Noindex, Nofollow, NO ODP, NO YDIR, No Archive, No Snippet

    I have manually one-by-one lost count of the number of URL’s I have submitted to Google Console “Remove outdated content” – and my fingers feel as if they are ready to fall off !

    I marked all 1800+ 404’s as “fixed” in Google Console and the numbers have dropped off, but they could always reappear and I’m almost certain if I allow indexing that E+ will once again generate non-existent pages.

    In other words events currently created by Events+ are invisible to search engines and this is not good.

    Let me repeat, I had no problems with this template until Events+ made an appearance.

    I have a Premium subscription to the template makers, but I actually chose to use their free one because I liked the way it looked and worked, and it has performed very well for months.

    Their other premium themes are VERY good, but as I have said many times before I am an overall fan of WPMU despite the tough times I have experienced recently.

    The Builder with my theme (and others from the maker) is superb and was way ahead of what WPMU Upfront could offer, although this may have changed in the past few months. I don’t know.

    The Builder with the theme I use is mature, well tested, and works without issue, whereas my experiences of the first releases of Upfront were horrendous.

    One final point only because it relates to 404’s

    I tested the WPMU Membership plugin but deleted it as it was not right for my needs at that time.

    However, the deletion has not removed all instances from the database as I have encountered a handful of 404’s that Google Removal Tool has denied removal because there are references in the database to pages/posts left behind by Membership

    Here is an example

    https://MYDOMAIN/memberships

    Google has denied removal but that page has no place on my website.

    Best Regards

    Joe

  • joe
    • The Crimson Coder

    OK, bearing in mind the problem I have reported with the Membership plugin not completely removing all references to itself on uninstall, will the Events+ 1.9.1 version which is on my staging site completely and cleanly uninstall itself so that the 1.8.2 installation is not hampered/influenced by left behind database references to 1.9.1 ?

    I also see a problem with working out if 404’s are being generated because this staging site is not connected to Google or Bing

  • Predrag Dubajic
    • Support

    Hi Joe,

    Our developers were working on a fix over the weekend and it will be included in the next update.

    You can apply the fix yourself until update is live by going to wp-content/plugins/events-and-bookings/ folder and replacing line 1231, so instead of this code:

    "{$slug}/([0-9]{4})/([0-9]{1,2})/(.+?)/?$" => 'index.php?event_year=$matches[1]&event_monthnum=$matches[2]&incsub_event=$matches[3]',

    Place this one:

    "{$slug}/([0-9]{4})/([0-9]{1,2})/(.+?)/(^feed)/?$" => 'index.php?event_year=$matches[1]&event_monthnum=$matches[2]&incsub_event=$matches[3]',

    Let us know if that takes care of it for you.

    Best regards,

    Predrag

  • joe
    • The Crimson Coder

    Hello Predrag, does this mean I can undo the settings of

    Noindex, Nofollow, NO ODP, NO YDIR, No Archive, No Snippet in my events?

    I have to admit I am not very confident of this fix, and I do not want to risk another huge Google 404 increase.

  • Predrag Dubajic
    • Support

    Hi Joe,

    Plugin developer is not currently online to provide me with additional info about this fix but I’ll ping @Ashok in here to clear things up.

    In the meantime the fix is included in the beta version attached below in case you don’t want to change the code yourself.

    Best regards,

    Predrag

  • joe
    • The Crimson Coder

    Hi Predrag, I don’t have any problem with changing the code, I’m just a little concerned that one simple addition to a single line of code is all it takes to prevent all of those 404’s I saw generated previously.

    Surely I’m not the only person to have experienced this, or maybe most folks don’t bother checking Analytics?

    The other side of the coin is all of my events are currently invisible to search engines Noindex, Nofollow, NO ODP, NO YDIR, No Archive, No Snippet and over the next two weeks my events total will reach around 800.

  • Predrag Dubajic
    • Support

    Hi Joe,

    I have checked with the developers that were working on the fix and you shouldn’t have this issue again but unfortunately I can’t guarantee 100% that it won’t happen.

    I tried checking few E+ feed links on my installation and few of them that I know were giving 404 page are working now.

    Surely I’m not the only person to have experienced this, or maybe most folks don’t bother checking Analytics?

    Others have probably experienced this in smaller numbers since some of the 404s were caused by E+ in combination with iTheme, but we didn’t had such report so far.

    Best regards,

    Predrag

  • joe
    • The Crimson Coder

    Hi Predrag, thanks for your reply.

    I think I will apply the fix, and add a few events for the middle of next year where no-one will be looking for them at this time. I will keep my eye on Google and Bing reports to see what happens.

  • joe
    • The Crimson Coder

    I have edited the code.

    I have added three test events on different dates.

    I have allowed Index, Follow, and the others too.

    I have checked the events are showing in the sitemap.

    So, it’s now a case of waiting for Google to show up and see what happens.

    I will update when anything changes regarding 404’s, or doesn’t change as will hopefully be the case.

  • joe
    • The Crimson Coder

    Only a few 404’s so far, and none of them related to the three test events I added, and some of the 404’s don’t seem to be E+ related.

    The ones that are definitely E+ related show in the Google Console like this

    https://mydomain/events/year/month/page-name/feed – the 404 is caused by the added “feed”

    Take out “feed” and the url is correct with no 404

    Other 404’s seemingly not E+ related, although I had no 404’s before E+ was installed, look like this

    https://mydomain/year/month/day/page-name – the 404 is caused by the added year, month, and day in the url – take them out and the url is correct.

    The strange part about these “year/month/day” url’s is in Google Console the tab “linked from” gives where the 404 page was picked up – such as mydomain/feed and mydomain/sitemap – but the 404 page does not exist in either of these.

    There are not many at the moment but based on what happened previously I fear the worst.

  • Predrag Dubajic
    • Support

    Hi Joe,

    I just double checked my installation with E+ 1.9.1 and /events/2015/12/event/feed/ link did infact go to 404, however after applying the beta version it now opens feed normally.

    I tried accessing your site to inspect your pages once again but I keep getting redirected to yahoo…

    Which site did you apply the code to, live or staging?

    Best regards,

    Predrag

  • joe
    • The Crimson Coder

    Hi Predrag, I applied the code to the live site. Sorry about the Yahoo redirect – country blocking was in error again – which country are you in so I can ensure it does not happen again?

    FYI – I have also removed the robots block on indexing and following of all events in January.

    Will monitor this for a few days to see what happens.

  • joe
    • The Crimson Coder

    Predrag, on further inspection, I noticed the Google 404 for “feed” was produced before I applied the single line code update. But the other 404’s have come after the code change.

    Could you email me your country so I can reapply my country blocking without it affecting yourself, Adam and Jude.

  • joe
    • The Crimson Coder

    That was already done – don’t know why it blocked you guys, but I will recheck.

    Unfortunately I have discovered another error being created by Events+ in conjunction with Smartcrawl.

    When an event is created the Smartcrawl tab has an item to “Allow Comments”

    This of course produces the familiar comments reply box to appear in the event page generated by the calendar.

    A comment can be added ok, but on submission the user is taken to an almost blank page, I say “almost blank” because the menus are there but no content in the body of the page.

    The url of this page is https://mydomain/events/year/month/page-name/comment-page-1

    If I strip back the “comments-page-1” portion I am returned to the event page where the comment can be seen.

    Have I missed a setting somewhere or is this another bug?

    Also, the Recent Comments box will show a comment has been made, but clicking the authors name produces nothing

    EDIT: Above has nothing to do with Smartcrawl – the Allow Comments box is in the Events+, Edit Event page >> Under “Discussion” below the Smartcrawl tab. The problem remains the same.

  • joe
    • The Crimson Coder

    Thank you Predrag.

    This next comment is not aimed at you, but perhaps you could pass it on to management at WPMU

    WordPress 4.4 was available for some considerable time before its official release.

    Why do plugin developers not test their products against new versions of the platform (WP) upon which their plugins rely?

    It seems the wrong way round that customers are given the responsibility of notifying developers of faults in their products, when it is the developers responsibility to produce a product that actually works.

    The sad part is developers then cause two further issues.

    1/ The damage to the reputation of WPMU

    2/ You guys in support are left to pick up the pieces [ superbly :slight_smile: ]

    I believe this is something that must be addressed.

    I want what WPMU promised me on this page – https://wpmudev.com/projects/category/plugins/

    WordPress Plugins

    Guaranteed to work, always updated, top quality plugins.

  • Predrag Dubajic
    • Support

    Hi Joe,

    Thanks for your feedback, actually we have quality and assurance team that tests plugins before updates and new releases, sometimes when there are larger plugins in question some things can get missed, not sure what happened so that comment section got missed :slight_frown:

    Until the developers release a fix for this can you try adding this to start of your .htaccess rules:

    RewriteRule ^(.*)/comment-page-(.*)/ $1/ [R=301,L]

    That worked on my installation.

    Best regards,

    Predrag

  • joe
    • The Crimson Coder

    Thank you for the Rewrite rule Predrag, it works ok, although I have noted the comment posting seems a little sluggish in speed – maybe a temporary issue which I will monitor.

    My point about developers not testing their products with new versions of the platform their product depends upon is not limited to WPMU. It seems to be a problem across the entire industry. Not testing commercial products properly is not a good thing for anyone, merchants or customers.

    Seasons greetings to you and your friends and family.

  • Predrag Dubajic
    • Support

    Hi Joe,

    I totally agree with you on this and it’s something that we often discuss between the staff, even though there is a testing team ready some things still get through, we are trying constantly to improve the experience and hopefully better results will be seen in future.

    Thanks for all your feedback and have a happy holidays :slight_smile:

  • joe
    • The Crimson Coder

    Predrag, it seems as if I have been too quick to say the “Allow Comments” bug in E+ has been fixed by the provided fix RewriteRule ^(.*)/comment-page-(.*)/ $1/ [R=301,L]

    On checking logs I see hundreds of entries – [error] [client 66.249.78.130] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use ‘LimitInternalRecursion’ to increase the limit if necessary. Use ‘LogLevel debug’ to get a backtrace.

    This is Googlebot.

    One by one each day I disabled one of the extra htaccess rules I had, waited 24 hours, but nothing worked until I disabled the “fix” for Reply in E+ event page and the errors have stopped.

    Please advise.

  • joe
    • The Crimson Coder

    Hi Predrag, I think there is a conflict with E+ (still not seen any updates for this yet) and some other plugin.

    I’m trawling through older logs to see where the problems began, and it is a slow and tiresome task.

  • joe
    • The Crimson Coder

    Predrag, on a lot of further investigation the rewrite

    RewriteRule ^(.*)/comment-page-(.*)/ $1/ [R=301,L]

    does NOT appear to be the culprit of the massive Internal Redirect Recurssions

    The other issues with E+ remain unresolved.

  • Adam
    • Support Gorilla

    Hello Joe,

    I’m sorry this is taking so long, that’s just that it turns out to be quite a complex issue. Plugin’s developers are already directly involved in this and initial issues has also been separately forwarded to developers. I hope they’ll be able to find the culprit here. Me or Predrag, we’ll report back to you immediately once we get some news from devs.

    Best regards,

    Adam

  • Predrag Dubajic
    • Support

    Hi Joe,

    Have you tried updating your WordPress installation to 4.4.1 and see if the comments are working after that, it looks like the issue was related to WP 4.4 and it should be working fine now.

    I have tested it on two of my installation and it’s working after the update so let us know of results on your installation.

    Best regards,

    Predrag

  • joe
    • The Crimson Coder

    Hi Predrag

    I updated to 4.4.1 immediately it was available, and I have just commented out

    RewriteRule ^(.*)/comment-page-(.*)/ $1/ [R=301,L]

    in htaccess and the reply feature seems to be working in Event Pages.

    I still have the Internal Redirect Recurssions problem and I’m still going through logs to see if it coincides with E+ activation.

  • joe
    • The Crimson Coder

    For info:

    Updated Theme to 1.7.7 and Framework 2.5.0

    Have not moved file “archive-incsub_event.php” as previously advised above.

    I will wait until Google comes calling to see what happens before reapplying that move if necessary.