Lisa Comstock
Forum Replies Created
-
Posts
-
This reply has been marked as private.
I was using FB social importer just fine until very recently – within the last couple of weeks – and now I’m getting the following error message: Something went wrong[100], this page/event may not be public. So, I came to support and read through the materials. Just to be on the safe side, I uninstalled and reinstalled a new copy of the social importer add-on.
With that new installation I had an added field called OAuth redirect URI – I added the information and refreshed the access token and everything seems fine – no errors in FB or in the social importer configuration. However, I’m still getting the error message in the Events listing form when I try to “Import Details from Social”. I’m not using the push to Facebook feature, just want to use the import piece.
Am I overlooking something? Might have missed a step somewhere. Oh, I’m using version 1.4.5 of the Event add-on, in case that makes a difference.
Thanks!
Well, Duh. I think I’m juggling way too many hammers… 🙂
Thanks for your help, Paolo.
L.
This reply has been marked as private.Hi Stiofan:
Oooooohhhh… I KNEW it was something simple that I just wouldn’t think to look for. Can’t even recall when I did that. Whew!
Thanks very, very much for the patience of the support team and for finding the solution. I’m grateful.
L.
Hi Giri:
WPEngine tech support has done this to no avail. In fact, they don’t cache the staging site at all, which is the site I gave wpgeodirectory credentials for.
The trouble is this: The public facing Event add listing ‘form’ is fine up through the date/time fields, but then pulls everything related to Place CPT fields below that – even the categories for the Place CPT. Honestly I hadn’t noticed this issue until a user brought it to my attention and that’s when I noticed things were out of whack. I’m not certain when it began, but fairly recently.
I really need to get this resolved pretty quickly since we’re going to be doing a push soon asking people to submit events to the site.
What are next steps? Would it do any good to install/uninstall the Event plugin, or will that make things worse?
Thanks
Hi Giri:
Okay, I’ve been in touch with WPEngine tech support and they agree that this could be the issue. Their comment is as follows:
“All you would need is to get either a cookie name, or ask them if un caching the particular page the form is on would be enough. Then we can do whatever it is they need us to.”
Can you provide that information? Then I can pass it along and hopefully get this resolved!
Thanks
This reply has been marked as private.This reply has been marked as private.This reply has been marked as private.Hello Guust:
I’ve don’t see anything called ‘event type’ but ‘post type’ and have the Singular as Event and the Plural as Events. I’ve included a snapshot of it. Not really certain what needs to change. Is it in the Post Type area or the Label area? Should the post type name and the listing slug be the same?
Apologies for the confusion.
Argh! I found the problem. Deactivated the ExpressCurate plugin and now it functions…. Ai, yai yai.
Gotta find another solution to that curation plugin.
Thanks,
L.
I, too, am having a version of this issue. I do not have Buddypress, but when someone with a contributor role logs in, for example, the admin bar shows up at the top even though I’ve unchecked the ‘show toolbar when viewing site’ in ‘edit user’ in the Admin panel. I’ve tried adding code into functions.php to make this invisible to specific roles. I’ve used a plugin to try to remove the admin bar – nada. Just can’t get rid of it.
Am I missing something in Geodirectory setup? I do NOT want to allow users to see the wp-admin area so it is toggled to ‘no’ in Geodirectory Settings –> General. I just want them to use the Geodirectory forms that available to them via the loginbox widget.
My concern is that users will see that tool bar, click on +New –> Event, for example, and go nowhere. When you do that, it just reloads the homepage. That will frustrate users!
Thanks for any advice you can offer.
L.
I think I’ve followed the directions correctly.
What I’m not exactly clear on is if it’s language connected to the Claim Listing add-on, where does that language get changed? In the geodirectory-en_US.po file or in the geodirclaim-en_US.po file? I see something called ‘Business Owner’ in the goedirectory-en_US.po file – I want it to say ‘Claim Listing’ instead, but if I change it there will this make the change in the Claim Listing add-on? And does only the geodirectory-en_US.mo file get added to the wp-content/languages/geodirectory directory? Or does the .po file get added as well?
I hope I’m making sense… I have no experience changing translation files so I’m trying to understand it.
Thanks,
L.
Hi Guust:
Ah, I see. As mentioned, it’s been awhile and I THOUGHT there was an Author page. What confuses things for me is that I DO have references to authors throughout the site… What geodirectory refers to as ‘Authors’ I would refer to as Users. It’s the definitions that are tripping me up.
I believe it is working through the login widget and I’ve FTP’d into the site and found geodir-author.php. Whew!
I’ve even managed to change some wording in claim listing. Yay!
Thanks for your attention and patience.
L.
