Forum Replies Created

Viewing 15 replies - 1 through 15 (of 15 total)
  • I’d like to know this as well – even if it’s only possible to enter a dropdown using code, it’d still be a lot faster than using the interface to add ~193 lines to a drop-down.

    Any report on how this can be corrected/fixed?

    We have tried re-keying our certificate, and re-installing it, and that doesn’t seem to have fixed things.

    Thread Starter majorredbeard

    (@majorredbeard)

    Hi there, I’ve sent a link to your “Hello” email address listed on your website, as the website we’re using the plugin with is under development, and I don’t want to publish links anywhere.

    majorredbeard

    (@majorredbeard)

    The errors are usually in the “Mail” tab, where there might be problems sending email. Click that tab and you’ll likely see the errors.

    The two most common one I’ve run into are:
    Subject could be blank (Meaning your subject field is not required), fix by either making it required, or just removing it altogether. People don’t need to enter a subject.

    The more important one is the “From” address – if you send from an email that’s not the same as the domain of the website, some servers will reject the message, as your server might not have the correct credentials.

    If you’re using something like Mailgun, though, you can be sending through a different domain, and it shouldn’t actually matter.

    majorredbeard

    (@majorredbeard)

    I’m looking into this issue and am not seeing the “Show language names in ‘Camel Case’ ” option in the settings. Has this been included in an update, or is the GitHub version a pre-release?

    Hey, no worries, this happened to me too when I was trying to edit permalink settings earlier to troubleshoot. The .htaccess file gets wiped out for some reason, and I have to restore the .htaccess settings, and then edit the database to restore the permalink structure.

    As the site is going live late this week or early next, I may flip the custom posts to regular posts, and display them that way.

    Credentials sent – thanks so much for having a look. I hope I can help. The site is planned to go live tomorrow, and I actually just had the thought to switch the custom posts to regular posts, since we’re not using the site as a blog at all, and display them that way.

    That could work, as we don’t have much custom data for the custom posts.

    If the theme is causing a conflict, that’s probably what I’ll have to do.

    Yes, just before I sent the last reply I tried disabling everything, and also re-saved the permalinks while things were disabled just in case. No dice.

    There are many other plugins on the site, though none specifically that I thought would conflict with things.

    I thought it might be the theme – the theme does have it’s own custom post types, which I often dislike, but we chose it because of looks, and not necessarily functionality/compatibility, unfortunately ??

    Thanks for the quick reply!
    Unfortunately, it doesn’t seem to have corrected the issue. I moved the old plugin to another folder, installed the Master one, and after enabling it, I still had the 404 error for the “case” custom post type. I also tried re-saving the permalinks a couple of times (switched to numeric permalinks, and then back), and still the 404 error is happening.

    Would it help to have access to the website?

    I have a development site that’s not currently working, and I’d be happy to help use it to figure out why – I’m having what I believe is the same 404 error, though I didn’t update the plugin, I installed new and the custom post slugs have never worked. Listing their contents works fine, but not viewing an individual one.

    I’ve used this plugin on other sites, though, and love it.

    I agree with the findings here – I really like the plugin, but I can’t really justify the extra load time.

    I’ve specifically restricted my P3 manual scans to front-end pages, as well, so this lag/load time is also happening when the dashboard isn’t involved!

    Yep – just use the “embed” YouTube link instead of the regular one, and add class=”colorbox-link” to your link, and that should pop it up in a colorbox overlay.

    You may have to set the options for external link sizes – those are on the settings page.

    Where XXXXXXXXXX is the string of characters that identifies your video.

    Note that rel=0 means don’t show related videos afterwards.

    That’s correct – the CSS link works when you click on it from the page source, but as I posted above with the fake link, anything with the “?sccss=1&ver=3.8” link applied to it inside the WordPress install folder or domain will return the CSS file.

    I just wanted to make sure that people reading this didn’t think that 8persap’s issue above was resolved – what happened was he reverted to keeping his Site Address the same as the WordPress Directory. Making the m different, which you very likely know, is how people host their WordPress install in https://www.site.com/wordpress, but displays as https://www.site.com to people viewing the page.

    I’m also having this issue with a site, and would love to hear if there’s a solution.

    Odd part is we’re displaying two form entry lists on the site, and one is having the issue, while the other isn’t. The one having the issue has its entries imported via the import plugin.

    I’m seeing 19 results being returned on the first page, when it says displaying 1-20. I think there’s something that’s making the entry be included in the results, but be hidden.

    I love how simple the plugin is, and after initially seeing it work, I added it as my CSS plugin of choice on most of my sites. It does seem like it doesn’t work in the case of a different WordPress directory and Site URL, though.

    The fix above has only sidestepped the problem. Leaving the Site URL and the WP directory the same may be fine for 8persap, althoguh I’m sure there are lots of people (myself included) who either have them set differently, or want to move the structure so it’s not https://www.site.com/wp-dir that people see when they go there.

    It looks like anything that has the ?sccss=XXXX extension will return the CSS file, which is really flexible – I’d like to know why despite the file (I know there’s no actual file there) being linked properly, the CSS styles are not being applied to the page.
    https://iski-val.com/iski/fake/subdir/?sccss=1&ver=3.8

    Looking on the source code for the page, the file is linked, and is generated when you access the CSS link.

Viewing 15 replies - 1 through 15 (of 15 total)