• Resolved andrewgcross

    (@andrewgcross)


    I could very well be incorrect on this, but I believe that an upgrade to version 4.0 may have broken compatibility.

    Honestly, I didn’t notice any problems until just today, but I haven’t made us of the plugin in several weeks so I’m not sure if it was an update to the core that borked something up or if I have something at else at play.

    In any case, I’m suggesting you may want to take a look and make sure it’s still functioning.

    Thanks for maintaining such a useful plugin!

    https://wordpress.org/plugins/mimetypes-link-icons/

Viewing 5 replies - 1 through 5 (of 5 total)
  • Thanks for your report. I just tested with v4.0 and cannot reproduce the issue.

    It might be a conflict with your theme or another plugin. Are you using async mode or not ? If not, please try that first.

    Else, please post back with a link to a page where we can see the issue. Debugging blind is a bit difficult 😉

    Thread Starter andrewgcross

    (@andrewgcross)

    Here’s a link to the page in question: http://goo.gl/7f4xEr

    There are two media-attached files located near the end of the post. The first one seems to attach the class and appropriately ::after the file size, but the second piece of media does not.

    Best I can tell my browser(s) doesn’t feel like rendering the base64 encoded cssvars argument–I’m getting a 404 error.

    I’m curious what you notice. I’m guessing I’ll learn something one way or another! In the meantime, I’m going to shuffle through my plugins and see if there’s some sort of strange conflict.

    Hi Andrew,

    Ok, I had a look – for the second file: silly question maybe, but did you check that the .csv extension is checked in the MTLI settings ?

    Secondly, as you surmised correctly, the css file is giving a 404 error. However that has got nothing to do with the browser, rather the 404 is send by the server. Whether that is caused by the theme, by some rule in the .htaccess file, by a security plugin or caching plugin is not for me to say, but something is blocking the php file which generates the css from loading which means: no icons.

    Hope this helps a bit.

    Smile,
    Juliette

    Hi Andrew,

    Just checking in with you to see if the information in my previous message helped you solve this. I’ve seen this type of error before, so I’m interested to hear what causes it, especially if it’s related to other plugins you are using.

    Thanks,
    Juliette

    Thread Starter andrewgcross

    (@andrewgcross)

    I’m NINE months late responding to this, but you were absolutely right – it was an .htaccess issue.

    If anyone else runs into this issue, my problem wasn’t caused by the main .htaccess rewrite rules located in my root directory. Instead, it was a second .htaccess file located in ./wp-content that was causing me issues.

    Originally, I had a block that prevented any of the php files in wp-content being directly accessible (probably not a bad idea, in general):

    <Files *.php>
    deny from all
    </Files>

    Since this plugin works with a bit of php magic, though, the /css/style.php file was made inaccessible by this .htaccess block. To fix it, I modified the code such that any file named style.php would be accessible!

    <Files *.php>
    deny from all
    </Files>

    <Files style.php>
    Order Allow,Deny
    Allow from all
    </Files>

    Thanks again, jrf!

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘Incompatible with 4.0’ is closed to new replies.