request-checkout-form config

  • Resolved halyihev

    (@halyihev)


    6 years, 1 month ago

    I am moving an existing WebLibrarian setup from one WordPress site onto a separate one dedicated to the library. I have moved the collection, all the patrons, and even the current checked out books info, and all of that works. The one and only thing that isn’t working is that when I browse the collection and select a book, on the detail page for that book the Request Checkout button points to the *old* site, not the new one. I have hunted everywhere to figure out where the hostname for that might possily be set, and I cannot find it. Can you point me at where I need to change that? As I say, everything else about the new install works and points at the new server, it is just that one button on the detail page that insists on pointing to the old one.
    Thanks!

    The page I need help with: [log in to see the link]

Viewing 6 replies - 1 through 6 (of 6 total)
  • Plugin Author Robert Heller

    (@robertpheller)

    Did you hack the short codes? The “Request Checkout” button is NOT in *My* code… This is something you (or you PHP hacker guy) added.

    Thread Starter halyihev

    (@halyihev)

    No, I definitely didn’t. It’s a new site, I installed WebLibrarian off the WordPress plugins site (not by copying it over from the old site), and I’m highly averse to messing with code on WordPress sites unless I’m the original plugin author. I did copy the pages over, but that browse-listing page consists of exactly this:
    [weblib_searchform]
    [weblib_itemlist inlinemoreinfo=1]

    I imagine it’s possible the old site was modified (I didn’t create that one), but then if the shortcode is entirely missing on the new site the button wouldn’t show at all, would it?

    Plugin Author Robert Heller

    (@robertpheller)

    It is also possible that the “Request Checkout” button (as well as the “Buy from Amazon” button) are actually in the item description content. It is most definately NOT in *my* short code. My code *generates* “Request” button, which places a hold, but only if the user is logged in and is a patron and there is a user <=> patron mapping. And that works with AJAX and does not involve a link to anywhere, and the URLs involved are all properly fetched from WP and there are no URLs hard coded anywhere.

    If it is in the description content, I *think* a search and replace plugin might fix it. Or might not, depending on how the search and replace plugin works (it might skip database tables it does not know about).

    Plugin Author Robert Heller

    (@robertpheller)

    I just looked at the source. It is definate: those buttons are not short code generated, but are embeded in the description, warts (hard coded abs. URL) and all.

    Thread Starter halyihev

    (@halyihev)

    Ha! Yes! Thank you!
    Good heavens what would possess anyone to add that in the item description? Definitely not a place I would have thought of to look for that.
    (Again, I was not the one who set this all up originally, I’m just moving it to a new site…)
    I’ll cook up some SQL to make the change, I’ve done something similar on systems other than WordPress for my day job.

    Thanks again!!

    Plugin Author Robert Heller

    (@robertpheller)

    I have had requests to add some “odd” features, including the ability for patrons to check their own books out. And it looks like *someone* (who might have asked for such a feature), contrived a “creative” way to hack the feature in him/herself… From the point of view of a regular brick-and-mortar lending library, some of these features don’t really make sense, which is why I have not added them.

    If you do make the change, be sure to make all of the new links “relative”. This will make things seamless if the library ever moves again.

Viewing 6 replies - 1 through 6 (of 6 total)
  • The topic ‘request-checkout-form config’ is closed to new replies.