Forum Replies Created

Viewing 15 replies - 496 through 510 (of 1,249 total)
  • Plugin Contributor Nick C

    (@modernnerd)

    Hi, @lenzie. Are you still seeing this in Android? I tested a demo site in Chrome on Android 6 and the icons appear for me.

    It’s worth checking that you’re using the latest version of the plugin – the plugin now uses vector icons instead of icon fonts, so you shouldn’t see square boxes any more with the latest version unless your theme is overriding the new plugin styles.

    You’re welcome to link to your site if you’d like me to run some tests there.

    Plugin Contributor Nick C

    (@modernnerd)

    Hi, @stinkykong, and sorry to miss your original post here.

    There are three issues that have caused display problems with the new SVG icons so far. They all relate to server configuration:

    1. If you haven’t cleared any caching plugins (including CDNs and other offsite caches such as CloudFlare) since updating the plugin, that’s worth doing as a first step.

    2. Icons may be served from a different domain to the main site. This can generate cross-domain errors (visible in your browser’s console). The fix is to serve them from the same domain (example 1, example 2), or ask your host/CDN provider to add a CORS header to permit the icons to load from the other site (example 3).

    3. If your host is serving SVG files with the text/plain type instead of image/svg+xml, that can cause display issues. The fix is to adjust the MIME type for SVG files in your server config, or reach out to your host for help. (Example here showing the type in the network panel in Chrome’s developer tools: https://wordpress.org/support/topic/blank-icons/ ).

    If icons display but appear warped, scaled, or miscoloured, it’s possible your theme’s stylesheet needs to be updated. The change to make depends on your theme, but you can see an example here.)

    If the above doesn’t solve this and you’d like more specific advice about which issue could be the cause for you, please feel free to link to your site and let me know what troubleshooting steps you’ve tried so far.

    Plugin Contributor Nick C

    (@modernnerd)

    Hi, @loudfan.

    Thanks for your report and for sharing these helpful notes.

    It looks like your SVG icon file is being served with a content type of ‘plain/text’, which could prevent the icons from loading correctly.

    SVG mime type

    SVGs should be served as image/svg+xml. I recommend contacting your web host and pointing them to this thread. They should be able to correct this for you.

    Plugin Support Nick C

    (@modernnerd)

    You’re welcome! Great to hear that helped.

    Plugin Contributor Nick C

    (@modernnerd)

    Thanks for the update, Michael, and best of luck with your troubleshooting!

    Plugin Contributor Nick C

    (@modernnerd)

    Do you know if there was some specific reason why deleting/reinstalling was helping other users?

    The plugin was accidentally updated with a missing file (posts-per-page.php). This was very quickly corrected (without incrementing the version). Anyone who downloaded the broken version just needed to delete 0.9.9 and reinstall it to correct things.

    If you’re not seeing that same message in your logs, though, and you’ve already reinstalled the latest version and ruled out caching, your issue may relate to something else.

    You mentioned other errors in your logs. Do you see any fatal errors? The white screen you describe will often result in a fatal error being logged, which may offer up some clues.

    Plugin Contributor Nick C

    (@modernnerd)

    Hi, @michaelgracie.

    First, it’s worth checking your server’s PHP logs to see what the fatal error is for the blank pages. That can help confirm if this is the same issue as others saw, or something new. (The error was ‘No such file or directory’ for a file called ‘posts-per-page.php’.)

    Next, you could check for any other caching features your host provides including object caches and static page caches and clear those. The fact that logged-out users see the issue but logged-in ones do not suggests that logged-out users could be seeing a cached version created prior to you deleting and reinstalling the plugin.

    Plugin Contributor Nick C

    (@modernnerd)

    Great work, @skippywp! Glad to hear you solved this, and thanks for sharing your solution.

    Thanks for sharing your solution, @alexibbb!

    It would be worth reporting the LinkedIn crawler issue to LinkedIn – it may be stopping their users from sharing HTTPS links on your site manually.

    Plugin Support Nick C

    (@modernnerd)

    @kevingaal2015 If no slides appear even when your cache is disabled and all other plugins are deactivated, it sounds like your slider settings may be misconfigured or your slider may contain no featured images. If you can share a link to your site I’d be happy to look into this further.

    Plugin Support Nick C

    (@modernnerd)

    @sallyinstc For Outreach Pro, this code is responsible for hiding the text and arrows at smaller screen widths (line 2235):

    .content #genesis-responsive-slider .flex-direction-nav li .next,
    .content #genesis-responsive-slider .flex-direction-nav li .prev,
    .content .slide-excerpt {
    	display: none;
    }

    You may need to add additional CSS to rearrange the text layout or font size at smaller widths if you remove the above code, though. (The reason it’s hidden at all is because longer excerpts and titles don’t tend to fit inside the image area on smaller screens.)

    Plugin Support Nick C

    (@modernnerd)

    @brightsidew3 The flexslider script appears to be calculating the width of each slide incorrectly in IE 11, which will affect the height of the images.

    In IE 11 I see this:

    <li style="width:364px; float: left; display: block;">

    In Chrome I see this (990px width, which is expected):

    <li style="width: 990px; float: left; display: block;">

    If I resize the IE 11 browser window the width is recalculated and all looks good. My guess at this point is that IE 11 needs longer to load your layout and first image than other browsers, so the height’s incorrect.

    You could try editing wp-content/plugins/genesis-responsive-slider/js/jquery.flexslider.js and increasing the timers on the two timeout functions (line 82 and 90):

              setTimeout(function() {
                slider.css({"position": "relative"}).height(slider.slides.filter(':first').height());
                slider.args[slider.prop] = (slider.transitions) ? "translate3d(0," + sliderOffset * slider.height() + "px,0)" : sliderOffset * slider.height() + "px";
                slider.container.css(slider.args);
              }, 100);
              setTimeout(function() {
                slider.newSlides.width(slider.width()).css({"float": "left", "display": "block"});
              }, 100);

    Try changing the 100 values there to 500 (half a second) or even 1000, then clear your IE cache and reload the page.

    If that solves this you could look into solutions that don’t involve editing the plugin, such as recalculating the slide height in your theme upon page load.

    • This reply was modified 9 years, 3 months ago by Nick C.
    Plugin Support Nick C

    (@modernnerd)

    Thanks for the update, Cemal.

    The theme doesn’t add the code by default because it can cause issues with plugins that don’t support use of shortcodes in widgets (if you see no issues, though, it’s fine to leave the code in place).

    Also, WordPress itself may add the filter so that shortcodes work in text widgets by default in a future release: https://core.trac.wordpress.org/ticket/10457

    Glad to hear it helped in this case, though!

    • This reply was modified 9 years, 3 months ago by Nick C.
    Plugin Support Nick C

    (@modernnerd)

    Hi, @apraksinblues.

    The language switcher widget itself is causing this layout issue. (The widget’s built-in styles conflict with your theme.) You could add this CSS to your theme to correct it:

    .header-widget-area .widget_icl_lang_sel_widget {
    	float: right;
    	margin-bottom: 20px;
    }
    Plugin Support Nick C

    (@modernnerd)

    @worm77 Your Foodie Pro theme includes some CSS that hides the slider title at screen widths under 420px (line 2699, style.css):

    
    .slide-excerpt {
    	display: none;
    	visibility: hidden;
    }

    You could remove or comment out that code to have the title appear at all screen widths.

    @sallyinstc The issue will likely be the same with your site if you use Foodie Pro. If not, please feel free to share a link – I’m happy to take a look.

Viewing 15 replies - 496 through 510 (of 1,249 total)