[Timothy Wood]

Oh I see, yes I do like Bitnami for this case (just tried on an Windows 8 box) and it was working fine. I was just confused in that I thought you were using xampp and Bitnami already prior to my recommendation. So far other tests with xampp on my have not had any issue with importing events so I don’t know if it’s xampp’s issue but maybe some handoff on the localhost or local network causing the issue. Recently we have noticed issues with Windows Azure (MicroSoft cloud server option) and our Facebook Events plugin that it reports the same issue you are.

[Timothy Wood]

Cameron,
I used bitnami a while back as my local dev VM and it worked fine (I’m on OSX) so I am not sure if there’s a handoff limitation on the Windows version. I am curious that you used bitnami for the install since you’re using xampp can you give me more details as the distinction between the two?

Cheers,
Tim

[Timothy Wood]

Cameron,
I have been looking into your issue, our dev team uses localhost to build the plugins and has successfully been using the Facebook Importer in a local environment. In experimenting with xampp (we do not actively use this particular packager) it seems that if you have a local firewall (either in your router or most likely software) that it will block the handoffs for working with the Facebook API. If you are on a Windows machine – it might be helpful to check the Apache HTTP on the Windows firewall settings. I have found that Bitnami makes a nice cross platform virtualized environment (pre installed with WP) for quick dev testing that can easily be configured to work within your security parameters of the OS+network. The downloader can be found here: http://bitnami.org/stack/wordpress

I would love to know if this resolves your issue.

Cheers,
Tim

[Timothy Wood]

Thank you Maria, I will update my gist to reflect the file location. I missed that during the initial writeup.

[Timothy Wood]

Todd that’s is a good fix and I am glad it works for you. Please note that since it’s hardcoded the page id we couldn’t use that as a fix for everyone 🙂

[Timothy Wood]

Thank you both for testing the shortcodes. I know they are not meant purposefully to be used if pretty permalinks are on, but I have seen in a few cases where they work fine. Currently with the way WP_Router is embedded in the code there is no silver bullet to fix this within our plugin (one is coming soon). The alternative would be to use a custom sidebar without the offending widget just for the community submission pages if that is possible?

[Timothy Wood]

Todd & Victoria,

This is a bug that we are aware of due to how WP_Router injects the form into the_content() tags. We experienced this conflict even within some of the plugins in our suite. You are correct in assuming that currently using the_content() is a suboptimal method for hooking the form into the display and as such we are in the process of removing the WP_Router library from use in our community plugin because of this and a few other incompatible scenarios.

In the interm, one way around this would be a custom sidebar for the community submission page to reduce the use of the_content() being used by widgets until we can release the updated community plugin.

Cheers,
Tim

[Timothy Wood]

aman704, thank you for your patience. I am working on a solution that will work in current versions of the plugin, but keep in mind we are releasing a large overhaul on the query building for the plugin and this will be much simpler to accomplish going forward with easy ways to hook into the query building for any event queries and set limits like you are requesting.

Just to clarify you are wanting the RSS to show the previous 24 hours? And are you looking for “previous” day or 25 hour range (aka if it 3PM currently get all events since 3PM yesterday vs just getting all events that happened yesterday)?

[Timothy Wood]

Esteban I replied to our email discussion with the hotfix.

James, as a followup it seems that Facebook has changed up their graph api once again for images so that it requires additional params and isn’t responding to the size params… I have setup a hotfix in the interim to work with the new request format and resolve the size limitation to pull the large size image on request https://gist.github.com/3974181 Please let me know if this resolves your issues as well.

Cheers,
Tim

[Timothy Wood]

Esteban & James – thank you for the update. I have been trying these IDs locally on my dev (MAMP Pro/apache) as well as staging (Ubuntu 12.04 LTS/nginx) servers. They import perfectly fine without any issues (see screenshot http://screenshot.imaginesimplicity.com/gRXQ ).

I think the issue might be that during the import on your particular servers that it does not see a file extension on the url and is choking with the error there. I have a few ideas on how to get around this and will get them into the codebase to help protect on import cases like this. I am wondering if either one of you have a “dev” site on either of these servers that you could spare for me to try these solutions since my instances are not failing on import?

[Timothy Wood]

Esteban & James,
I am one of the devs on the plugins here and the one assigned on these particular issues. I have been working through the issues both with the duplication of the events during imports as well as the image errors.

Currently, I am not able to replicate the image import issue, I have a feeling that it is because my dev and staging instances are able to handle the image being brought through without a provided extension. In order to verify this can you give me some sample event IDs that I can use to confirm that we are using the same events for importing and the returned result.
Cheers,
Tim

[Timothy Wood]

Simon, after some rigorous testing to ensure we were providing everything as required in the API for Google Maps I did find this note in their (Google’s Map API) FAQ https://developers.google.com/maps/faq#geocoder_differences. I copied the note for the sake of if the link changes:

Why do the Google Maps APIs Geocoders provide different locations than Google Maps?
The API geocoder and Google Maps geocoder sometimes use different data sets (depending on the country). The API geocoder occasionally gets updated with new data, so you can expect to see results changing or improving over time.

So, I think you have uncovered one of those differences. It is strange that it’s close but not exact between the two samples, yet it is an issue with their display.

[Timothy Wood]

FYI if you are interested in the SQL performance issue it was highlighted in a ticket on the repo this past month, a fix may be in hand at which point may resolve this issue as well. https://github.com/scribu/wp-posts-to-posts/issues/219

[Timothy Wood]

Charles, I have taken your code snippet and been able to find the issue. Currently it is a conflict with how the Post 2 Post relationship queries are built and how The Event Calendar queries respond when a query is run for events. The issue arrises with how nested select queries function when P2P expects a single column. A side note on this conflict, exposes a bit of a performance hit with how the nested select query operates.

For v2.0.9 this will remain a bug, however if you use the following snippet it will resolve the issue in the interim https://gist.github.com/3815849. In our next release we have overhauled how query management works within TEC quite substantially and this should not be an issue moving forward.

[Timothy Wood]

Hi Charles, I am one of the core devs on The Events Calendar. I have been testing with the code snippit you supplied and when I don’t create the custom post type (CPT) of sponsor I get similar errors:
Notice: Trying to get property of non-object in /wp-content/plugins/posts-to-posts/core/side.php on line 84
Warning: get_object_vars() expects parameter 1 to be object, null given in /wp-content/plugins/posts-to-posts/core/side.php on line 84
Notice: Trying to get property of non-object in /wp-content/plugins/posts-to-posts/core/side.php on line 80
Notice: Trying to get property of non-object in /wp-content/plugins/posts-to-posts/core/side.php on line 80

However, when I create a CPT or attach it to an existing post type the errors disappear. I am wondering how you are setting up the CPT and if they are being initialized after ‘p2p_init’ fires. If you don’t mind submitting your code for the CPT as well so I can make sure I am tying into the same CPT logic you have setup.

[Author]

Posts