Forum Replies Created

Viewing 13 replies - 1 through 13 (of 13 total)
  • Thread Starter brian_greul

    (@brian_greul)

    oh, ok…. I must have confused wordpress.com’s post with the feature being in WordPress software. My bad.

    I did fix this and two other irritating issues:
    – I deactivated plugins I didn’t need anymore which recovered my visual editor.
    – I installed Ios Image Fixer
    – I installed PHP ImageMagick (required for this plugin and WP image editing) Instructions for Ubuntu HERE

    This plugin works with 4.5 on Ubuntu 14.04 LTS in an AWS EC2 Instance with Amazon RDS and Amazon CDN.

    I verified that the plugin is the solution by deactivating it and the error returning.

    Thank you to everyone who contributed. The plugin ultimately fixed this.

    Now I’ll bounce over to ManageWP and load this plugin on the other 10 sites I manage personally and at work. 🙂

    Thread Starter brian_greul

    (@brian_greul)

    @andrew – Thank you for the suggestion. The 4 plugins that offer image rotation are not tested for 4.5. The one with the most installs did not work.

    I’m not sure where WordPress.com enters into this. This feature worked fine on my instance for this blog until very recently. It also worked fine on 2 other blogs that I have.

    it was working fine as of 11 Apr when I uploaded a snapshot from my phone. In the last few days it stopped working.

    Thread Starter brian_greul

    (@brian_greul)

    The EXIF is rewritten by photoshop from 90CW to Horizontal(Normal).

    This supports what looks like WP not respecting EXIF orientation data.

    Thread Starter brian_greul

    (@brian_greul)

    Saving it out of Photoshop before uploading it to WordPress does cause the orientation to be respected…. but it’s annoying to have another step in the workflow. Probably produces better image quality though as I will crop the photo in PS.

    Thread Starter brian_greul

    (@brian_greul)

    So let’s see…..

    in Chrome loading the image directly from the CDN host the image is fine
    on the PC (Windows 10) the image is fine
    in Photoshop CC 2015, the image is fine.
    viewing the EXIF data shows proper orientation encoded into the file.

    but in WordPress the EXIF data flies out the window.

    Thread Starter brian_greul

    (@brian_greul)

    No. I host 4 sites on an AWS instance.

    The workflow has stayed the same.

    Thread Starter brian_greul

    (@brian_greul)

    Hmm, according to this post WordPress is supposed to respect EXIF information.

    The EXIF data is there, on the file.

    So what else could it be? It looks like WP is ignoring the EXIF data.

    Thread Starter brian_greul

    (@brian_greul)

    Hi,
    Thanks for the reply.

    – Image is created on an iPhone in Portrait Orientation.
    – Image is uploaded to Dropbox and synced to PC.
    – On PC the image views correctly, on the iPhone it’s correct.
    – Post is created on WordPress and image is uploaded by using “upload media”
    – When the post is viewed the image is rotated 90 degrees incorrectly.
    – Clicking on the image opens it in the browser. It views correctly there.

    This suggests that WordPress is rotating the image.

    I have this on a few blogs that are running 4.5. It started with the upgrade to 4.5.

    If you load the image file directly, it works fine…..
    Here is a link to it

    So Chrome respects EXIF data when it’s opening the image, but something in WordPress is throwing out the EXIF data when an image is loaded on the bloag.

    The EXIF data for the image in question is here

    It clearly shows 90CW rotation as the proper orientation.

    What I don’t understand is why this exact same workflow used to work properly on this blog and other blogs. I’d like to avoid having to edit snapshots that I’m posting.

    Thread Starter brian_greul

    (@brian_greul)

    The immediate issue was that I had enabled password security via .htaccess on my wp-admin file.

    I figured out what the issue was by reviewing the error log in /var/log/apache2

    I had forgotten about using this extra security.

    I disabled it by renaming .htaccess
    mv .htaccess htaccess-pita

    This allowed WordPress to load the page. I’ll debug why it’s not working separately and get it back in place. It provides an extra layer of security between my admin page and intruders and they have to beat down the server door before they can beat down the database door. 🙂

    Hi,
    According to Bluehosts’s website you can call them at 855-503-0450 for support. Have you tried that yet? They may be able to guide you through accessing the file and fixing the issue. They may also have backups of the file from before you made the change.

    First thing to do is to check the file you modified. Look to make sure you did not leave out a “;”. config files are rather unforgiving about punctuation. If you made a backup of the file, try restoring it as a second step.

    Thread Starter brian_greul

    (@brian_greul)

    I followed the readme on github:
    – install php-pear
    – pear channel-discover pear.windowsazure.com
    – pear install pear.windowsazure.com/WindowsAzure-0.4.0

    The “getting started” part has me lost and the plugin isn’t delivering an adequate message to tell me what is wrong.

    Thread Starter brian_greul

    (@brian_greul)

    Oh, as a footnote… use Notepad ++ to edit the PHP file. It’s free. Just drag the offending PHP file onto an open Notepad++ window and scroll to the line noted.

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