Search Results for 'booking form'

[Stephen Harris]

Username is currently their first and last names appended, with a number perhaps added to make it unique. I’d like to limit the number of fields needed as part of the account sign-up, so I probably won’t add a username field. In any case, the plug-in allows the user to log-in at the booking form with their e-mail address or username – since I think the latter is a bit redundant.

[Ian Gray]

Hi Stephen,

Guest bookings would be great as well as being able to add the password in. I hadn’t realised that WP forced a password change- I have not developed many WP sites that require user access as of yet so that had passed me by. Requiring users to add password in on registration would be much more seamless. I love the idea of booking history- looking forwards to that one.

As well as the password, I do think it would be good if users could choose their username too. Would that be a possibility?

Thanks.

[Stephen Harris]

Hi Ian,

The next update will add a third of option of ‘guest’ bookings (i.e. registering is optional). But if users do not register then they/admins won’t be able to see their booking history / ‘upcoming events your attending’ (this will added in the 1.2).

As for sending a randomly generated password there is no security issue so long as the password is changed – the user should be ‘nagged’ into changing their password (default WordPress behaviour for new users) when they log-in. In any case the bookee should have ‘subscriber’ role so even if someone stole their password they can’t really do anything (though in future updates they can view the user’s booking history).

That said one alternative would be to request a password at the booking form – which is probably preferable form a user’s point of view. I’ll look into this for 1.2.

[Stephen Harris]

Mmm… ok, we’ll it should be site_url() anyway. But your case site_url() and home_url() should give the same thing.

Could you view your sandbox account’s IPN history? You can e-mail me an example of one here: http://wp-event-organiser.com/contact/ (it should contain information about the purchase but also where the IPN was sent to ).

[Ricardo Lodroño]

Hi Dario, also for me the redirection is not working… I explain my situation more in detail, maybe it helps..

–I’ve created 2 sandbox accounts, a BUSINESS one (merchant) and a PERSONAL one (buyer). Both in Spain and both in EUR. I haven’t configured any other setting…

–In Event Organiser Pro booking settings, I have:
·Live switch: Sandbox Mode
·Paypal email: the one of my sandbox BUSINESS account, is this right?)
·Paypal local site: Spain /currency EUR (same than business account)

When I make a booking, I’m redirected to Paypal and I log with my sandbox PERSONAL account, and make the payment. I get onscreen paypal confirmation with an ID fo the transaction, and saying me they’re going to send me a confirmation email, but indeed that email never arrives. Also, I remain stuck in this paypal page and I’m not redirected to EO event page, until I click in a link provided in the paypal page.

If I check my sandbox accounts, the payments are registered in both (BUSINESS and PERSONAL), and appear as confirmed. But in the other part, in Event Organiser Bookings page, the booking appears as pending and is not updated as ‘confirmed’.

I was thinking about two things:
–My site is in ‘maintenance mode’, so I thought maybe it can be a problem for PayPal to report EO because not allowing access, so I turned off maintenance mode but it doesn’t fix the problem.
–I’m using a theme based in Roots Theme (I don’t know if you know the project, is a starter theme based on Bootstrap, with some improvements: http://www.rootstheme.com). One of Roots Theme features is ‘clean URLs’ and relative URLs, so for example, the URLs to the plugins appear like: /plugins/wordpress-seo/…

So I was thinking, maybe this is a problem? I’ve seen that in PayPal you can set an URL for ‘listening’ to IPN notifications to check if payments are made, etc. I suppose you set this URL in any way in the plugin and I don’t have to set anything, but maybe this URL is not working because of the ‘clean’ rewrites?
Only thinking about ideas…

Many many thanks for your help, any information or ideas will be much appreciated.
Regards!!!

[Stephen Harris]

Hi Dario,

I’ve not checked a live account – but I just have with a sandbox account and both the redirect / ipn handling is working as expected. Do you know which was the last version that definitely worked for you? There haven’t been any change made to the gateway handling since the 1.0.1 update. (The last update in particular fixed a couple of javascript errors and a formatting bug – nothing more).

Is there anything else that could have changed since it last worked for you?

[Stephen Harris]

@michael, not taken as unappreciative 🙂 – its great to have feedback like this. I’ll have a look into – unfortunately a lot of the capacity management logic assumes a booking is for only one event/date (i.e. queries confirmed booking for event, and then calculates the number of tickets sold/remaining).

@Ian – event_booking_table.php is for admin-side only, so there probably won’t be templates made available for that. The forum customiser is slightly different to other things the plug-in provides templates for so there won’t be template file, however I plan to add additional hooks and filters as part of a general refactoring of the customiser – you can use these to customise the output of the form. I shall also make the ‘base’ of the booking section into an editable template.

1.1 is the last stages of beta-testing, and 1.2 will be focussing on bookees (booking history, events a user is attending etc).
Improvements to the form customiser (beyond that which is 1.1) is earmarked for 1.3 (~June/July) (I’m generally trying to keep updates focussed, and smaller but frequent to ensure stability between versions).

[Stephen Harris]

I’m not able to replicate this issue, but the following should help identify where exactly the error is occuring, Add this to at the top of eo_format_datetime() (https://github.com/stephenharris/Event-Organiser/blob/2.0/includes/event-organiser-utility-functions.php#L29)

if ( !( $datetime instanceof DateTime ) ) {
     echo wp_debug_backtrace_summary();
     wp_die('');
}

That should help indicate where the error is actually occurring.

Are you booking specific dates or entire series?

[Ian Gray]

Hope I can come in here…
I can see the argument both ways, however I just want to be able to customise the templates. Unfortunately it seems in EO Pro that there are very few templates that I can work on without having to hack at the core which of course will be overwritten on the next update.

I’ve had to add some classes to event_booking_table.php and form-customiser.php because I want the tables styled a certain way (I am using Twitter Bootstrap as my framework).

Is it possible to extend the cool templating system you have with EO to EO Pro?

I’m finally getting round to adding EO Pro to a site I have in development. I’ve not tested out the booking feature up until now. Unfortunately when I try and put my name and email address, select the tickets and click book, I get the following error message:

Fatal error: Call to a member function format() on a non-object in /home/user/public_html/staging/wp-content/plugins/event-organiser/includes/event-organiser-utility-functions.php on line 35

I still get the emails and it seems everything has been booked. What is causing the error?

[Internal Communication]

Thanks Stephen. Just emailed you about it !

Anne-Claire

Hi

The issue is fairly simple but it took me a while to find out and fix.

When somebody creates ticket that has amount above 999 it is stored in database as “1,000.00” because of “number_format” function that is setting up the price for DB in “event-organiser-pro/includes/tickets.php” both “eventorganiser_insert_ticket” and “eventorganiser_update_ticket” methods.

It looks correct when in database, but after displaying it in view while booking tickets it is truncated by javascript to display pretty prices so ticket amount comes out as a “1.00”.

I assume that price cant be stored with just (which gives us “1, 000.00”)

number_format( $ticket['price'], 2)


It has to be done with english format (which gives us “1000.00”)

number_format( $ticket['price'], 2, '.', '' )


So when it is taken from input to display, javascript wont truncate the value.

What do you think?

Mozin

[Stephen Harris]

Ah, I misunderstood you first time round.

In 1.2 you’ll be able to create multiple booking forms, and then for each event you can select which booking form to use. This is in the final stages of beta-testing so it should be out in the next 1-2 weeks.

[Stephen Harris]

Hi Michael,

Apologies for the delay in getting back to you.

would it not be better to accomplish this through divs?

I don’t really see the benefits of divs over a table layout. Unless you’ve got a convincing argument for them, I think tables provide the most ‘natural’ way of presenting the tickets. It is possible (via the available filters) to change this – but currently the javascript was built to expect a table layout. This could (and will) be refactored to make it as ‘layout agnostic’ as possible (probably ~1.3). The aim of this would be to separate the logic from the DOM and via underscore.js-esque templating allow greater control for developers over the mark-up of the form.

it’d also be nice to see the ability to use other payment gateways, as well as a shopping cart

Regarding payment gateways – I’ve recently released a Google checkout add-on – but I’d love to see over gateways made available. I have also written a series on adding your own payment gateway – with the view that other developers can build add-ons for other gateways.

With respect to a shopping cart – this is a feature I’d like to have, but it has to be paired off with the booking filters on the booking admin page. If a booking can contain multiple tickets for different events (or different dates for an event), then filtering by event (or date) no longer makes any sense.

[Stephen Harris]

Booking data will be able to be included with the bookings download in the next update (expected in the next 1-2 weeks).

If you require this feature before then, feel free let me know, as this particular feature is finished – so I can send you a beta version of 1.2.

All the best,
Stephen