[Sara]

I was just being cheeky with a catchy headline 😛

What I mean is that say I buy Calendar plugins today. Then I dont update at all for the next 12 months, then I login to update, and find out I am stuck on the original plugin I bought, I have no access to all the updates that I paid for in those 12 months because you lock me out of updating.

Your licenses should be tied to a time period, your updates each timestamped, then if you have XXXX license its good for all updates put out between that 12 month period.

Otherwise you aren’t delivering the updates that person paid for in those 12 months just because they didn’t get around to updating in time.

[Sara]

(NOTE i just renewed everything and intend to, just don’t like companies that play that game with their licenses)

[Sara]

I’m hoping to have a bit of time tomorrow to perform the test requested.

[Sara]

Well that change would only affect testmode/sandbox – I’ve been trying to test live production mode.

[Sara]

We’re on Ubuntu 14.04 and our openssl is optimized for PCI Compliance actually, so I’m certain it meets the needs. Just to be sure, I tested openssl connections forcing tls1_1 and tls1_2 and it worked as expected. So might not be the issue I’m experiencing.

[Sara]

Hi Josh, Unfortunately that article doesn’t help my situation. I had everything setup correctly already. I did go through the article again though for good measure just to double check and its all accurate.

Yet I still get the error:
An error has occurred while processing your payment, please try again. Or contact us for assistance.

Without ever getting to a paypal screen. Its on the checkout page after you click “proceed to paypal” button, it very quickly comes back with that error.

Are there some logs somewhere of what your app is doing to end up with that kind of response? If not, can you point me to the file where this logic resides so that I can at least try to debug this on my own before moving on to other software?

[Sara]

My whole project is on hold waiting for these fixes, is there a timeframe on the bugfix or should we move on with other software?

[Sara]

// Event Calendar - My Events List 
        // this puts the actions into the first column under status
        // removes the word "reports:"
        // and makes first column nowrap for better styling
        $('table.my-events #the-list tr').each(function(x,tr)
        {
            $tds = $(tr).find('td');
            $actions = $('table.my-events #the-list td .row-actions');
            $actions.find('strong').remove();
            $tds.eq(0).append($actions).css('white-space', 'nowrap');
        });

and css

/* adjust my events table list view */
#tribe-community-events th {
    padding: 0 !important;
    text-align: left;
}

table.my-events #the-list td {
    padding-right: 15px;
    font-size: 0.9em;
}
table.my-events #the-list td:last-child {
    padding-right: 0;
}

I’ve made a lot of other css overrides to fix other views like the event list view and such, not sure if you want those as well.

The event list view had too much spacing between the featured event image and the event info, making events without featured images look very awkard in the list. Overall due to irregular spacing and awkward lines around the share buttons, it just made the whole view confusing for the eyes. With a few minor adjustments to the css you end up with a view that your eyes don’t have to stress to figure out what goes to what.

.tribe-events-event-image a img {
    max-width: 225px;
}
/* fix calendar list view spacing between img and event info */
.tribe-events-list .tribe-events-event-image {
    width: 21% !important;
}
.tribe-events-list .tribe-events-event-image+div.tribe-events-content {
    width: 75%  !important;
    float: right;
}

/* fix list view spacing between events */
.tribe-events-list .type-tribe_events {
    border-bottom: 1px solid #ddd !important;
    padding: 7em 0 3em !important;
}
.tribe-events-list .type-tribe_events:first-of-type {
    border-bottom: 1px solid #ddd !important;
    padding: 0em 0 3em !important;
}
.tribe-events-list .type-tribe_events:last-of-type {
    border-bottom: 0 !important;
    padding: 7em 0 3em !important;
}

/* fix share this so that the headline and buttons are on same line */
div.sharedaddy h3.sd-title:before {
    content: "";
    display: block;
    width: 100%;
    min-width: 30px;
    border-top: none !important;
    margin-bottom: 0 !important;
    /* border-top: 1px solid #ddd; */
    /* margin-bottom: 1em; */
}
.sd-title {
    float: left !important;
    line-height: 30px !important;
    padding-right: 20px !important;
}
.sd-content {
    float: left;
    line-height: 23px !important;
    padding-bottom: 20px !important;
}
.sd-content:after {
    content: "";
    clear:both;
}

[Sara]

Again, you might want to review my other topic and reconsider passing this off to Woo. https://theeventscalendar.com/support/forums/topic/split-payments-checkout-failure/#post-1063387

[Sara]

Actually Josh – if I reach out to woocommerce they’ll point the finger at Events Caldendar for one simple reason: the payment gateway is INJECTED into woocommerce BY events calendar for the SPLIT PAYMENTS functionality. The gateway doesn’t exist in woocommerce until you enable split payments in event calendar. the configuration for the gateway is in event calendar…

maybe check again?

[Sara]

OK thanks Brian! While they are in there, maybe they can make a few minor adjustments to the table appearance? I’ve hacked it in via jquery, and at least in my opinion, it looks a lot better:

View post on imgur.com

All I did was make the header columns left aligned and removed the padding so that the column title lined up with the values below. Then I moved the action links over to the first column, as they felt awkward with the title. I also removed the word “Reports:” as it was superfluous. I also made the font-size 0.9em which looks better in page, but also on mobile. Also added white-space nowrap to the first column of data.

Now naturally all these minor adjustments could be done better, but it at least got the table to something that didn’t hurt the brain 🙂

Thanks for logging the bug report!

• This reply was modified 8 years, 3 months ago by Sara.

[Sara]

I’m getting this behavior as well – though I am logged in as the test community user.

Steps to reproduce:
Plugins: Event Tickets, Event Tickets Plus, The Events Calendar, The Events Calendar PRO, Community Events, Community Events Tickets, WooCommerce

• register a new test user (using community plugin)
• create a new test event with RSVP free ticket
• from different browser (not logged in) purchase 1 free RSVP ticket
• (annoyingly) go to admin UI and tell woocommerce to approve the free purchase
• receive ticket via email
• open qr scanner and login to community with test user
• scan the code received via email
• takes you to the event page even though that you can clearly see you are logged in

Now, I’m going to guess that this issue occurs because community events tickets isn’t properly setup for ticket checkin? Maybe you expect the wordpress administrator to be checking tickets at the door? Not sure.

[edit]
Yay just found the very helpful “WooCommerce Autocomplete Orders” which helps me to skip that step of approving orders of ‘virtual’ products. Now all event calendar’s virtual tickets will be auto-complete orders! Unrelated to the topic of this, but just wanted to toss that in here for archival purposes.

• This reply was modified 8 years, 3 months ago by Sara. Reason: add note about the annoying woocomerce step and solution

[Sara]

OK, thanks! 🙂

[Sara]

There’s no need for that, no.

Just investigate by looking at this in your code:

events-calendar-pro/src/Tribe/Templates/Map.php
lines 93 95 97

(latest version of course)

[Sara]

Or do you just ignore the paypal gateway settings in WooComm because Tribe adds “Tribe PayPal Adaptive Payments” gateway to it?

• This reply was modified 8 years, 3 months ago by Sara.

[Author]

Posts