Hi Torsten,
Can you tell me if your hosting operating system is 32-bit or 64-bit? Apparently this was flagged as a possible cause for this problem. If so, try hosting on a 64-bit system.
To test, it will be super helpful to know if the ID is correct when it comes from the API. DO you have access to your hosting account’s error logs? If so, can I get:
1) a link to your site that shows the “not published yet” error
2) the link to that event on eventbrite.com
3) the value of $response at the end of L104 in /inc/class-eventbrite-api.php.
Thanks!
Hi!
It is a x64 system.
1)
(still in development, so I hide the link)
dev (dot) street-philosophy (dot) de/veranstaltungen/
2)
http://www.eventbrite.de/e/gluck-und-geld-ins-leben-holen-der-wandel-zur-erfullten-geldbeziehung-tickets-17063219549?aff=es2
3)
I’ve added var_dump($response); die(); before the return but it doesn’t die. So I assume the code isn’t executed.
Any more ideas?
All the best,
Torsten
Oh, you may have been seeing the cached results; I can see the var_dump now. To bypass the cache when testing, you can comment out L54-59 in class-eventbrite-manager.php, or reset your EB connection.
So this is super helpful; the ID is correct, coming back from the API. Can you set up an app for me on that account (steps 1-4 in the user docs), and email the API key and secret to [removed]? Hopefully I can replicate and get to the bottom of it.
I’m afraid I’m still unable to replicate, using your own credentials for that account. The iframe displays the correct event properly.
It must be related to hosting; I can’t think of any other explanation. What version of PHP is the hosting on? If it’s older (5.3, 5.4), just ask the hosting company and they can usually update an account to use a more recent version, like 5.5. The other option, sadly, is to try another host. What company and plan are you with now?
We are using the following environment (at domainfactory, a German hosting company):
Server Software Apache/2.4.10
PHP Version 5.6.0
MySQL Server 5.6.19-67.0-log
Memory Limit 100 MB
I can ask for an update to the latest PHP 5.6.8 (http://php.net/releases/) if you think this could be a solution.
All the best,
Torsten
Hi Torsten, thanks a lot for the additional details. Our developers will continue to investigate and we’ll keep you posted.
Since your server’s PHP version is recent (not anything like the older 5.3 or 5.4 mentioned earlier) I wouldn’t request an update from your host at this time.
Sorry, but I give up. 🙁
Last info: PHP is running in 32 bit mode. (at least I saw that in the logs from BackWPup).
As I have this problem an my own server I can help testing, but for my client I have to move on.
All the best,
Torsten
Sorry we couldn’t help further. We’ll keep you posted if we can think of any other possible solutions.
I think I got it now.
I added a shortcode and just wanted to sanitize it with absint() and got the same problem.
17063219549 -> 2147483647
http://stackoverflow.com/questions/990406/php-intval-equivalent-for-numbers-2147483647
So it is indeed a problem with 32-bit mode from PHP.
Crazy. Why do they install a 32-bit PHP on a 64 bit system!?
Best,
Torsten
Thanks for confirming that it’s the 32-bit PHP mode causing the issue here, it definitely helps narrow things down. We’ll keep you posted if we find a solution or workaround on our side.
We are interested in knowing the prospects of a solution for older PHP versions, at least back to 5.3. There are some occasions when it is not convenient to request a system upgrade…
…or, if there is unlikely to be a solution for PHP 5.3, what are the most-favored workarounds that help coordinate real events with ticket info shown on the web site? We’re looking at EventBrite’s basic “website integration” link tools, but perhaps we should be using the API directly via custom code. Thoughts?
MahaloMarlin – the resolution at the moment is using a modern hosting plan that runs PHP in 64-bit mode. We realize this isn’t possible for everyone, but it should solve the issue.
Hi MahaloMarlin,
Note that the issue mentioned above isn’t that it’s PHP 5.3 (which I believe runs fine with the plugin), but rather that it’s a 32-bit build of PHP installed (regardless of version number). 32-bit versions cannot handle numbers as high as many Eventbrite IDs, resulting in the mismatch and error message.
