Update: Thursday morning I upgraded our network to WordPress 4.0. Everything appears to be running smoothly.
After testing WordPress 4.0 for about a week, the new version looks ready to deploy to our network. Normally we would wait a bit longer; however, we try to avoid feature updates to WordPress core during the semester. That would mean having to wait until late January, and WordPress 4.1 should be out by then.
The jump from version 3.9 to 4.0 is no more significant than the jump from 3.8. They just chose not to use “3.10” as their new number as Drupal or OS X would do. There are three new features that will impact content creators on our network directly.
Media Library Grid. There is a new grid view in the Media library, with the Edit dialog displaying in an overly, rather than a new page. The list view is still there and functions the same as in the previous version.
Seamless Media Embeds. Embeds now preview right in the visual editor. This includes image galleries and media that uses oEmbed (YouTube, Vimeo, Media Central, SlideShare, Twitter). For example, as soon as you paste a YouTube link into the visual editor, a progress bar appears, and a preview of the video is immediately visible. You can even play the video right inside the visual editor. If you have a large number of video embeds in a post, this might slow down the initial rendering when you go to edit a post. There is one huge annoyance with this feature. After the live preview of the embed is rendered, WordPress inserts the cursor before the embed. I would expect the cursor to be inserted after.
Intuitive Editing. The last change auto-expands the visual editor as you type and then keeps the toolbar in a fixed location as you scroll back upward. This feature takes some getting used to, but it does make the visual editor seem more productive. Content authors who dislike this feature can turn it off individually, via the “Screen Options” button at the top of the Add or Edit pages, as depicted in the following screenshot.
[Update] The outage planned for 8/9 was postponed indefinitely.
[Update] The outage planned for 8/2 was postponed to 8/9.
OIT will be upgrading the hardware for the Networked Attached Storage (NAS) devices that the WordPress service uses for all file uploads. The outage is scheduled for 8 am to 2 pm, Eastern Time, on Saturday, August 9, 2014.
During this time, authors will not be able to upload files to their site.
Also, any content images (or other uploaded files) that are not cached will appear broken during the outage. We hope to continue to serve up site pages during this time.
We apologize for the inconvenience.
The upgrade to WordPress 3.8.1 this morning went smoothly. I also activated a Princeton variant of the Twenty Fourteen magazine-style theme. If you are experiencing any problems, please send a message to firstname.lastname@example.org.
Looking forward, the date for the WordPress 3.9 has been set for April 15, and tentative dates for the 4.0 and 4.1 releases are mid-August and early December, respectively. If WordPress development proceeds as scheduled, that means deploying 3.9 the week after Reunions, then 4.0 right before the students come back.
The time between semesters is usually our opportunity to upgrade to major WordPress releases. This Tuesday morning will bring version 3.8, which includes a major overhaul to the admin interface. Light gray, low contrast is out; dark gray, higher contrast is in. Shadowed, multicolor icons are out; flat, scalable icons are in.
Using a responsive design, the interface is newly optimized for smaller device widths and higher resolution displays.
I will be adding a slightly modified version of the Twenty Fourteen magazine theme, as well.
This morning I deployed WordPress 3.7.1 to the network. Besides bug fixes and the latest security updates, the major new features of this version are irrelevant to users of our network. WordPress 3.8, planned for December, will be a release with significant changes to the admin interface.
WordPress 3.7 adds automatic updates and a better password strength checker. However, our WordPress network uses a version control system (Git), and WordPress is smart enough to detect this, and it automatically disables automatic updates. As for passwords, we are not using local WordPress passwords; we are instead using Princeton University's directory servers to manage passwords.
The new update does include improvements to internal search. Search results for sites are now relevance-sorted, in addition to date-sorted.
If WordPress 3.8 does come out in December, I plan to deploy the new version in between semesters.
Our WordPress network is back to running the latest version of WordPress core. Version 3.6 was released on August 1, so I waited at least a week for any major issues to crop up with WordPress itself with third-party plugins. Everything looks good so far.
Little blue flag windows will show up in the post and page editors to let you know about the new features. The revisions interface is completely redone and has a useful slider to explore the revision history. Autosave now saves a local copy in the client browser if a network connection cannot be established. The Add Media dialog has been slightly refined and now includes a built-in HTML5-based media player for embedded audio and video.
We would ask, though, that you continue to use external services for storing videos. The server has a limited capacity and would fill up quickly with video content.
Audio files are small enough to not be an issue. For audio, we have always used the Audio Player plugin. However, I experienced compatibility issues between the plugin-based player and the new WordPress-based player. I had to disable the plugin. The existing shortcodes that were inserted by the old player should be work fine with the new player. The main downside is that the old player was a bit more customizable. The new player should work great across all devices.
WordPress 3.6 audio player
One feature of 3.6 that is not yet activated across our network is the new Twenty Thirteen theme. I still have some work to do in order to create a “Princetonized” child theme of Twenty Thirteen.
Today’s update is a bit meta. The feed from blogs.princeton.edu now displays in the WordPress administrative dashboard for sites on the network.
We try to avoid mass email communication to users in the WordPress network, so these news updates are the primary method of communicating outages, upgrades, tutorials and new features.
It is possible to hide this dashboard widget by clicking the corresponding checkbox in the Screen Options setting up top.
Early Tuesday morning, I deployed the WordPress 3.4.1 update. Users should not notice any changes to normal workflow. There may be a few blue and white pop-ups in the admin interface that call attention to new features. In the admin toolbar, if you hover over the WordPress logo in the top left corner, you should see an “About WordPress” link that lists all of the new features. In this post I will demo a couple of the new features.
First, take a look at the Caption for the metal house number photo in this post. At long last, authors can use basic HTML tags in image captions. Now you can italicize titles, insert a line break, or add a linked attribution for shared images.
The next new feature is Twitter Embeds. They work just like oEmbeds for videos. Just paste a raw (unlinked) tweet URL on its own line in a post or page. The published entry displays a stylish box with the tweet, the Twitter avatar, and some action links for the tweet. For an example, check out the meta tweet below:
With Custom Headers, you no longer have to settle for the same height banner image on every page. You can still use the “PUWS Options” in our Princeton-customized themes, but that height value just acts as a suggested height. When you upload a banner image, the system will ask you if you want to crop the image to that suggested height or use the image's original height. Please note that this will not work well for tall images.
Live Theme Previews allow you to try out a new look for your site before making those changes live. Not all custom theme settings are available with the live previews and the Customizer sidebar. Surprisingly, any custom CSS saved under the “Edit CSS” Appearance page should display in the Live Preview.
The next feature update for WordPress is version 3.5, set for release December 5. Barring any development delays, we should be deploying this version (or a subsequent bug fix release) to the network soon after the holidays.
(Definitely not the real logo for the Guest Account Provisioning service)
Users logging into sites in our WordPress network over the past year may have noticed a message which stated that accounts created via the Guest Account Provisioning service were not supported. This was because the usernames for these accounts take the form of an email address.
We recently switched authentication plugins (and added two more related plugins), finally allowing these Guest Account Provisioning service users to authenticate to sites on this WordPress network just like other Princeton netID users. Site admins can assign roles to these users as they would to any other netID.
Anyone with a Princeton netID can sponsor a guest account user for up to one year (accounts are renewable upon request). For more information about these guest accounts, take a look at the OIT KnowledgeBase article “Guest Account Provisioning (GAP): Answers to Frequently Asked Questions (FAQ).”
Ever since this WordPress network launched, users may have gotten mixed content warnings when using HTTPS (Hypertext Transfer Protocol Secure) to access site pages and admin pages.
These warnings have messages like “This page has insecure content” and confusing buttons like “Don't load (recommended),” “Load anyway,” or “Aren’t you sure you don’t want to not display the nonsecure items?”
Thanks to a plugin called “WordPress HTTPS” and a few extra configuration lines added to our reverse proxy servers and WordPress config files, these mixed content warnings should be gone for good. Also the in-browser icons that indicate a properly-loaded HTTPS page should now appear instead of the broken lock or missing icons.
We are now automatically redirecting all admin pages (/wp-admin) on all network sites to HTTPS, including the login screen.
Another benefit of the WordPress HTTPS plugin is that it adds an ability for content authors to force a page or post to be secure via an option on the “Add New” screen.