Forum Replies Created
-
Posts
-
Thanks for the update (re visibility of both types of ticket ID) – let me chew that over a little and see if I can figure out why that might happen and why I might be missing it.
In terms of admin credentials, our policy is generally not to accept them and not to log into client sites – in some cases we make exceptions, but it’s definitely our preference to solve things without taking that step, wherever possible.
Where appropriate we do indeed ask for and use db dumps to aid troubleshooting: if you need to remove various pieces of information, or can only provide a subset of records, that is often fine (depending on the nature of the problem). That said, I don’t know if we’re quite ready to take that step.
On the private reply front – totally up to you. I didn’t want to share my own last reply publicly simply to limit access to the revised plugin (since if further adjustments are required, we probably don’t want others to start using it just yet). In general I’d suggest it’s best to make replies open for everyone to see, but we also appreciate your right to communicate in confidence and private replies are definitely the right choice should you share anything private.
To sum up where we currently are:
- The weekend is almost upon us so I’d like to highlight that though we’ll do our best to keep this moving, team members generally stop working and so communication is likely to slow down at the very least until working hours Monday morning
- Based on your feedback with the revised plugin I’ll do a little more research on my end and we’ll see what that yields
- Should you discover anything else we need to know, definitely post an update 🙂
Thanks again!
Hi Jason,
Apologies for the continued problems and thanks for your patience while we work through this.
To continue from where Geoff left off, you’re right: staff would generally be unable to find the ticket ID needed to manually craft that URL. There was a miscommunication there and we shouldn’t have suggested you try to do that on your side.
Unfortunately, every ticket comes up as “ticket could not be checked in (may not be valid)”.
That’s really puzzling: on our side it does seem to work as expected so I’m not quite sure what’s going wrong in your case. To confirm – are you scanning an actual QR code from an emailed ticket when you test this (and can you let me know the URL you are being sent to if so – if you wish to redact the domain name that’s not a problem).
If you were able to create an alternate attendee list (and check-in page since it’s the same page) with paginated results I think you’d have this problem licked.
That’s definitely another way to go and it may well be we need to move toward something like that in the near future. In terms of an immediate solution, I’d much rather we look at and do further troubleshooting on the solution we already proposed before trying something more involved: would you be able to get back to me on the above in case anything obvious jumps out?
Hi Yury!
My apologies first of all for the delayed response.
Andras is currently out so I wanted to step in and get you an answer. Unfortunately, I seem unable to view the page in question and on reading back I see that a “bypass URL” was needed to let Andras view it originally.
Can you issue a new bypass URL, if that’s still needed, or else provide a direct link where we can see the problem?
Last but not least, I would also take a moment to highlight that the level of support we can provide for problems that occur only with specific themes can be fairly limited. We can certainly do our best to point you in the right direction, but having already spent a lot of time on this it may be we’re reaching a point where you’ll have to find the remaining answers yourself.
If you could link me to a live example of the problem though, we’ll certainly be happy to take one more look.
Thanks!
Thanks Pierre 🙂
I’ll go ahead and close this topic, but as ever we’ll monitor our UserVoice account to see how this and other feature requests do.
For anyone else out there that likes the sound of this idea, please do visit the URL posted by Pierre and add your vote!
Thanks for your patience and understanding, Karly 🙂
I’ll leave the status of this forum topic as pending fix for the time being and as soon as we’ve got a substantive update to share we’ll be sure to post a note in here.
Hi Levi,
Unfortunately, I think you’re hitting up against a known bug.
We do have a fix in the works and we are hoping to release that along with some other improvements shortly (though I’m afraid I can’t commit to a specific date for that release).
In the interim, you might read through Geoff’s notes in this forum topic – it’s quite possible those will help in the short term (and please do take the time to read his subsequent replies for clarity on how best to perform the steps he is recommending).
Apologies for the inconvenience and I hope that above suggestion helps 🙂
Hi Pierre,
Though it would be possible to craft URLs targeting specific months or weeks (if you use Events Calendar PRO and week view is enabled), something as fine grained as your example isn’t supported “out of the box”.
- It would definitely be viable as a further customization (though we can’t help with that here on the forums, as it’s beyond the scope of support)
- That sort of search enhancement would make the basis of a really nice feature request if you’re down to submit it (or else up-vote any suitable existing requests)
Thanks for posting!
Hi Karly,
We’ll certainly do our best however it is (unfortunately) unlikely that we can include it in the very next maintenance release – which is in its final stages of preparation – simply because discovery of this regression was just a day or so too late.
That said, it is a high priority ticket so we ought to see it arrive shortly thereafter.
I do realize that may be frustrating, but I also wanted to make sure you had as accurate a sense of when the fix will land as we can provide.
Hi Karly,
You’re right and I can only apologize.
We did indeed work on this and of course tested it prior to release – unfortunately, a subsequent development seems to have undone that work and we didn’t catch that before release.
I’ll log this regression now as a high priority.
Hi Gary,
I’m sorry to hear you’ve experienced some difficulties.
For this specific event, can you confirm that the Show Google Map setting is indeed enabled? You’ll normally find this when you edit the event and scroll down to the Venue/Location section.
Does that get us any closer to a solution here?
Thanks Kelli – and sorry for missing that first time round.
This isn’t a problem that others are reporting however and it doesn’t seem to be something I can replicate locally, regardless of whether I’m logged in or out.
As this is a test/dev site, would you be able to run through our standard troubleshooting steps? I do see that you indicated having already tested with all other plugins deactivated, but it looks like you may have left your theme activated.
A quick glance suggests the theme contains various event template overrides, amongst other things, so following the steps faithfully and switching away from this custom theme (in addition to deactivating all non-Modern Tribe plugins) would be the right way to proceed here.
Can you give that a shot?
Hi Kelli!
Unfortunately Andras is out for the next few days but I wanted to pop by rather than leave you waiting 🙂
When I visit the URL you provided, it seems that there is actually only one event on your calendar (dated June 7).
The only way I find the list of events below the mini calendar widget disappear is if I navigate forwards/backwards a month or more – however in those cases, I’d expect the list that appears immediately below the calendar to be empty (since only June actually contains any events).
Does that explain what you are seeing, or am I misinterpreting the problem (if I am, can you break this down to a set of very specific steps)?
Thanks!
