Forum Replies Created
-
AuthorPosts
-
Andras
KeymasterNo, that is not yet possible. 🙁
A.
April 18, 2018 at 2:13 am in reply to: Could multi-site replace Event Aggragator for this client #1509913Andras
KeymasterThis reply is private.
April 18, 2018 at 1:59 am in reply to: Could multi-site replace Event Aggragator for this client #1509906Andras
KeymasterThis reply is private.
Andras
KeymasterThank you!
The cron seems to be set up and seems to run.
Next time when events are not generated, then in the row that starts with ‘tribe-recurrence-cron’ click on ‘Run Now’ and check after the success message if the new instances were created or not.
This is a multi-site installation if I’m not mistaken. Does this happen on all sub-sites of the multi-site? Does it happen also on the main site of the multi-site?
Thanks,
AndrasAndras
KeymasterYou’re welcome!
I will leave this topic open for now and will get back to you with my findings later.
Cheers,
AndrasAndras
KeymasterHi Gesine,
Thanks for this.
The feed re-imported today and so far there is no change in Osterferien. I will check what happens tomorrow and will let you know.
Cheers,
AndrasAndras
KeymasterHi amycarolyn,
Thanks for getting in touch with us!
This essentially looks like a custom development task and so is outside of our stated scope of support.
With that being said, we’d love to help point you in the right direction.
It looks like that the query that runs on the map view would need to be adjusted.
We do need to prioritize support requests from other customers at this time but I’ll certainly flag this with the team and – although we can’t make any promises – if we have time and space to come back and help, we’ll be happy to do so. Please let us know if you’d like to go this route so that you can be added to this queue.
In the meantime, if there is any more information you can share (including mocks) that will help us to better understand what you are seeking please do feel free to add them to this ticket.
If you urgently need help with this, however, you may instead wish to consider working with a suitably skilled developer or designer who can offer the additional level of support you require.
Thanks and cheers,
AndrasAndras
KeymasterHi wickedawesomemaine,
Thanks for reaching out and I’m really sorry you are affected by the changes as Facebook.
At the moment we do not know how and then this is going to be resolved. Most of it is beyond our reach and in the hands of Facebook.
What works can be imported at the moment is what you have experienced and the public events that are created with the same account you connected EA and FB with.
Also I can recommend this article we put together on the issue:
I understand that your reluctance in clicking all the events that you want imported. It is a cumbersome thing to do.
I hope this gives a bit more clarity on the issue. Let me know if you have any follow-up questions.
Cheers,
AndrasApril 17, 2018 at 12:47 pm in reply to: Problem: The import being fetched is not queued up for importing. #1509594Andras
KeymasterHello Marre,
Thanks for reaching out to us with your issue!
I guess this is the other thread you have started: https://theeventscalendar.com/support/forums/topic/the-import-being-fetched-is-not-queued-up-for-importing-3/
It looks like Jaime is taking care of it for you already. You are in good hands with her.
To keep things clean and focused here in the Help Desk I would kindly like to ask you to follow through with your issue in that thread.
And to your more specific questions:
Let us know if the low php version might be a possible culprit.
Since it looks like imports have been running in the past, I don’t think so. However, it would be recommended in general to move to a higher php version if possible.
Can we revert to an older more stable version?
You can roll back to an earlier version of The Events Calendar, which holds the necessary file for Event Aggregator. But that is only part of the package, since Event Aggregator is a service and a big chunk of the work is done on the Event Aggregator server side. Nonetheless, if you will find out with the help of Jaime that there is a bug either on the server side or on the client / plugin side, you can rest assured that we will do our best to fix that bug.
A note on scheduled imports: scheduled imports can fail if they are run too often. If the next scheduled instance starts before the previous one (of the same source) finishes, then this latter will fail. This can happen if there are a lot of events being imported and / or the import runs too often (meaning every 30 or 60 minutes).
And to your last question, we will do our best to help you resolve the issue you are facing. As I see so far it hasn’t been determined where the issue lies, whether it is on our side (plugin or server) or not. If it would come to the question of refund then Jaime will provide you with the proper channel to do so.
With this I will close down this thread and kindly ask you to continue to troubleshoot the issue with Jaime, so that we don’t do double work.
Thanks for your understanding and I do hope we will be able to help you solve this issue.
Cheers,
AndrasAndras
KeymasterHey artmasters,
I ran some further tests to get to the bottom of this. And to answer your question, you are right, it does not make full sense.
This is where we’re at for the time being.
I will need to run some further tests, to figure out where things go haywire.
Thanks for your patience so far!
Cheers,
AndrasAndras
KeymasterHi Greg,
I did not forget about your case. I’m still in the process. Will get back to you as soon as I can / find something.
Cheers,
AndrasAndras
KeymasterHi,
That behavior of the import is definitely unusual. I started investigating the issue, I will need a couple of days (at least one overnight) for it, so the daily scheduled import runs. I will get back to you with my findings as soon as possible.
Unfortunately I wasn’t able to retrieve your system information. That happens sometimes with some server restrictions. Would you be so kind to paste the full sysinfo in a private reply here in the meantime? That would be much appreciated.
MfG
AndrasApril 17, 2018 at 2:54 am in reply to: Output the original number of tickets in the frontend event list #1508887Andras
KeymasterYou should be able to hook into this filter:
apply_filters( 'tribe_tickets_buy_button', $html, $parts, $types, $event_id );(Line 275 in the same file.)
It will probably be the ‘$html’ variable that you’ll need to change.
Does this help?
Andras
Andras
KeymasterOkay, that’s not good that they don’t get created.
Could you please install and activate the WP Crontrol plugin?
Then go to Tools > Cron Events and send me a screenshot of that page? It should look something like this: https://cloudup.com/cdaI-YDbOPQ
(The interesting line for us will be the one starting with ‘tribe-recurrence-cron’.)
Thanks!
Andras
April 17, 2018 at 2:17 am in reply to: Could multi-site replace Event Aggragator for this client #1508862Andras
KeymasterBased on my tests yesterday I was able to import an event when all the following were true:
- I created a public event on Facebook with my FB account
- I connected EA with Facebook with my FB account (basically the same account as the event was created with
Note, I just tested basic event details. I didn’t test venues and organizers.
So at the moment this works. But we don’t know what’s going to happen next, and when that is going to be. We are also eager to find out more, but it’s beyond our reach.
So it could work like that, but based on my opinion option 2 is less risky, as that doesn’t rely on Facebook.
Cheers,
Andras -
AuthorPosts
