Forum Replies Created

Viewing 15 replies - 31 through 45 (of 61 total)
  • Thread Starter kindred

    (@kindred)

    When setting it up, the share this page option seemed to use a predefined share text, including a predefined link (so, more, share this site). The option to share the post/page, including post/page title, etc was listed as a premium option.

    Our use case is that we want people to be able to share individual posts or pages to their own social wall, with the title and link back to the specific post or page on our site.

    The plugin seems very useful – just not for the style of site that we run. (our userbase is predetermined by signups from an international organization, so we want to drive traffic to our site and social, but we don’t care about individual signups… and we already send our own weekly newsletter, so the “sign up for email” isn’t what we need either — the email option desired is (again, part of premium) to send this post/page via email to someone else)

    Our theme (and most themes I tried) already has the icons linking to our social sites in the header and footer… so that feature (while useful) was already handled.

    Given a second look, I still can’t give it a 5 star… but I’ll bump it up to a 4.

    Thread Starter kindred

    (@kindred)

    never mind again… ended up going with a different plugin which is configurable

    Thread Starter kindred

    (@kindred)

    never mind…. the installation instructions were unclear… the export option is in the tools menu and a date range MUST be chosen.

    However, the description indicates that I should be able to determine which meta data is exported… but it seems to just grab everything (in a mostly human unreadable format) πŸ™

    Thread Starter kindred

    (@kindred)

    Thanks for the suggestion Mark – I looked through the theme files an was not able to find any timezone definition in any of them. πŸ™

    Joy, the issue is not the 4 hour difference – the issue is the base time to which the 4 hour difference is applied.

    However, in WordPress General Settings (timezone set to New York)
    Universal time (UTC) is 2018-10-01 13:00:15. Local time is 2018-10-01 09:00:15.

    When I said this — local EDT time was 2018-10-01 13:00:15
    However, the WordPress settings were reading that as UTC and were then applying an ADDITIONAL 4 hour difference….
    So, WordPress is displaying UTC as UTC-4 instead of UTC-0 and the local time was displayed as UTC-8 instead of UTC-4

    … and no, my server is apache with php7

    As I said, the very strange thing about this is that
    1- the general settings shows incorrectly. (UTC-8)
    2- Several add-ons are showing an incorrect time (UTC-8)
    (for example, post to social media logs the posted-to time as UTC-8, and the volunteer page documents the time of the event as UTC-8)
    3- However – POSTS and PAGES (publish time, edit time, etc) display the correct time (UTC-4)

    The issue with the add-ons appears to be directly related to that item 1 is wrong… and the add-ons are using the same function that displays the timezone/time in the general settings (both add-ons that I list above told me to look at the general setting for timezone)

    Thread Starter kindred

    (@kindred)

    That’s my point… it’s very odd behavior.

    WordPress shows the WRONG values in the General Settings page.

    The post times themselves are correct.

    However, nearly every add-on is showing the servertime-4 (which ends up being utc-8) instead of UTC-4

    So, while I admit that I have not walked through every bit of code – since the setting is displaying wrong and every add-one which uses that setting is displaying wrong – the error is in the WordPress code, somewhere.

    The volunteer add-on is merely the one front-end display of times that I can easily link to…

    • This reply was modified 7 years, 8 months ago by kindred.
    Thread Starter kindred

    (@kindred)

    Yes, just checked to confirm.

    WordPress > Settings > General — Timezone = New York

    Universal time (UTC) is 2018-10-01 12:29:46. Local time is 2018-10-01 08:29:46.

    But… I just realized — that’s wrong!!
    Local time is 2018-10-01 12:29:46
    so, for some reason my WordPress setting is picking up the local server time as the UTC time and is therefore applying an additional 4 hour difference to it!

    Thread Starter kindred

    (@kindred)

    I was using your plugin, but there was no response to my post for 24 hours and we had to kick off the online bidding – so I had to install a different plugin (and the two won’t exist nicely together – understandably)

    I like your plugin better… with the individual auctions available to be linked in posts and the pop-over bidding window… So, maybe, after this set of auctions if over on Oct 13, I can reinstall it and we can debug the issue.

    Thread Starter kindred

    (@kindred)

    And yet…. up until recently, this worked correctly, picking the featured image. Why would it have suddenly broken with an update to the SNAP plugin? It looks terrible when I post and I doon’t see any way to SET the OG tags anywhere in WordPress… Since I never set them before, something must have changed.

    also, what about the other issue?
    The SNAP plugin does not autopost any more. I have to manually click the “post to all selected networks” option to get ANY post to go out to twitter or facebook.

    Thread Starter kindred

    (@kindred)

    Never mind… once again – updating the gallery apparently requires a RESET OPTIONS for any new gallery to work. πŸ™

    Additionally, any gallery includes on other pages tat were created during the period before the reset need to be deleted and re-added in order to properly display

    Can the devs please fix this so that new settings are correctly created when an update is done rather than requiring a menual reset?

    • This reply was modified 8 years, 6 months ago by kindred.
    Thread Starter kindred

    (@kindred)

    Well, yes and no…

    by switching the on_sent_ok line from the default ga value to
    on_sent_ok: β€œalert(β€˜Thank you. Your message will be reviewed.’);”
    instead, it now triggers a javascript alert

    but it still does not trigger the ajax “green box” that it indicates should be displayed…
    (errors do still trigger the yellow and red boxes, as expected)

    Thread Starter kindred

    (@kindred)

    I have

    on_sent_ok: “ga(‘send’, ‘event’, ‘Contact Us Form’, ‘submit’);”
    flamingo_email: “[your-email]”
    flamingo_name: “[your-name]”
    flamingo_subject: “** Issue reported on CDA Website by [your-name]”

    the first is what comes, predefined with the basic, default form – so I didn;t touch that
    the other three were requested to be added by Flamingo

    On reviewing, it seems that it should have
    on_sent_ok: “alert(‘sent ok’);”

    — but how do I trigger the ajax message, as defined in the messages section
    e.g. >> Sender’s message was sent successfully

    One would assume that gets automatically loaded on a success, just like the others get loaded on a failure

    I just saw that (it wasn’t there when I first logged in, only after I came back to the page later)

    However, the import ran – said that it imported 50 events – but did not add the newest two events that were added to the google calendar. It has now been nearly 24 hours since the Time.ly network login was added, and the 2 new events were not imported at all.

    Thread Starter kindred

    (@kindred)

    marking

    Thread Starter kindred

    (@kindred)

    thanks… weird – the support link in the plugin took me here.

    Thread Starter kindred

    (@kindred)

    Sorry… related to specifically the Custom Contact Forms plugin
    Version 7.8.3 | By Taylor Lovett

    Information has been entered into the plugin config and the reCAPTCHA shows up correctly on the backend view of the form — but will not display on the front-end at all.

Viewing 15 replies - 31 through 45 (of 61 total)