Forum Replies Created
-
Posts
-
Devin, Kresi: I will get around to testing possible plugin incompatibility before the coming weekend is out.
Devin,
I turned off Jetpack, logged out of admin mode in WordPress, reset Safari (the browser I was using to effect the deactivating of Jetpack; in fact, the only browser I had running at the time), shut down Safari, restarted Safari, and ran some more tests. Here are my results:
Visited the site’s home page, but did not log in.
The headings in the header were colored blue, which is not correct. See this screen shot: http://bit.ly/1587FfC
Scrolled the page, which causes the heading to collapse
The background color of the collapsed header was not preserved, See this screen shot: http://bit.ly/17oUhGa
Logged in and changed from Salsa to Sunshiney
–Looks good (checked front page only)!
Changed from Sunshiney to Lobster
–Front page bad, but Digital Resources and About looks good!
Changed from Lobster to Yellowtail
–Front page, About Us, Digital Resources are all bad (“bad” — here and elsewhere — meaning HelveticaNeue is being rendered instead of the requested font)
Refresh Safari
–Front page, About Us, Digital Resources are all bad
Reset Safari
–Front Page bad, About us and Digital resources good
Log in to site (previous reset forced logout)
—Styling options still set to Yellowtail
—Home page, About Us, and Digital Resources all looks good
Changed from Yellowtail to Mate SC
–Front page, About Us, Digital Resources are all bad
Changed from Mate SC to Yellowtail
–Front Page bad, About us and Digital resources good
Changed from Yellowtail to Salsa
–Front page, About Us, Digital Resources are all bad
Switched from Safari to Firefox (23.0.1)
Viewed site without logging in
–Home page good, About Us and Digital Resources bad
Refreshed Firefox
–Home page good, About Us, and Digital Resources bad
Switched from Firefox to Safari (already logged into site on that browser)
–Home page good, About Us, and Digital Resources all bad
Refresh Safari
–Front page, About Us, Digital Resources are all bad
Inadvertently hit my Add to ReadLater toolbar button
After new tab showed up, on which Read Later login page displayed, closed that tab
The earlier preset tab, showing home page, refreshed automatically, and was now good!
Revisted About Us and Digital Resources, which were bad
Revisited Home page, which was now bad!
Reset Safari
Revisit home page, which is good
–About us and Digital resources bad
Refresh Digital Resources
—Digital Resources still bad, as is About Us; home page still good
Switched from Safari to Firefox
Viewed site without logging in (Home page still showing Salsa from earlier visit)
Refresh Firefox
Home page still good; About Us and Digital Resources bad
Kriesi, Devin:
To see the site I’m referring to, visit http://preview1.rpna.org
On the Mac I’m using Safari 6.05 (8536.30.1), On the iPad I’m running iOS 6.1.3 (10B329) “Safari/8536.25”
After reading your recent suggestion, Devin, here are my results:
On Mac:
Was running with Pacifico, visited styling settings, changed to Sunshiney, returned to site, showing HelveticaNeue
Refreshed SafarI using the rounded arrow glyph in URL bar (on the far right), Sunshiney displays!
Revisited styling settings, changed to Yellowtail, returned to site, showing HelveticaNeue
Refreshed SafarI using the rounded arrow glyph in URL bar (on the far right), still HelveticaNeue
Revisited styling settings, changed to Bangers, returned to site, still showing HelveticaNeue
Refreshed SafarI using the rounded arrow glyph in URL bar (on the far right), still HelveticaNeue
CHMOD dynamic_avia folder and child theme’s CSS to 777
Refreshed SafarI using the rounded arrow glyph in URL bar (on the far right), still HelveticaNeue
Revisited styling settings, changed to Gruppo, returned to site, showing HelveticaNeue
Refreshed SafarI using the rounded arrow glyph in URL bar (on the far right), still HelveticaNeue
Updated theme to 2.0.1 using new ‘Theme Update” menu item in theme settings
Site still showing HelveticaNeue
Revisited styling settings, changed to Lobster, returned to site, showing HelveticaNeue
Refreshed Safari using the rounded arrow glyph in URL bar (on the far right), still HelveticaNeue
Reset Safari ( Safari > Reset Safari [with everything checked] )
Revisited styling settings, changed to News Cycle, returned to site, showing News Cycle!
Refreshed SafarI using the rounded arrow glyph in URL bar (on the far right), still News Cycle!
Revisited styling settings, changed to Salsa, returned to site, showing HelveticaNeue
Refreshed SafarI using the rounded arrow glyph in URL bar (on the far right), still HelveticaNeue
Revisited styling settings, changed to Tangerine, returned to site, showing HelveticaNeue
Refreshed SafarI using the rounded arrow glyph in URL bar (on the far right), still HelveticaNeue
Revisited styling settings, changed back to Salsa, returned to site, showing HelveticaNeue
Visited the ‘About Us’ and ‘Digital Resources’ pages and saw that their headings were rendering in Salsa — but main page is still in HelveticaNeue
Visited these same three pages in Firefox (main, About Us, Digital Resources). and can see identical results as in Safari, so it seems that the problem is not limited to Safari.
Revisited styling settings, changed to Sunshiney, returned to site, showing Sunshiney!
Refreshed SafarI using the rounded arrow glyph in URL bar (on the far right), still Sunshiney!
Revisited styling settings, changed to Salsa, returned to site, showing HelveticaNeue
Visited the ‘About Us’ and ‘Digital Resources’ pages and saw that their headings were rendering in Salsa — but main page is still in HelveticaNeue
I can’t figure out what pattern is emerging.
Also, I have returned permissions to 744, for I, too, was surprised that they were 777, and do want to open the system up to unnecessary risk.
Devin,
Thanks for replying. The permission setting for [Wordpress Base] > wp-content > uploads > dynamic_avia was 777, which provides a superset of permissions that 755 does. Nevertheless, I reset the folder to 755, and tried again. No change — which was expected.
There are four .css files in that folder. It looks as if only one of them — that which has the same root name as my child theme — has a timestamp comparable to my attempts to save changes in my styling choices. What should its Permissions table be set to? Right now, it’s at 644, as are the other three.
As for why I waited for 2.0 rather than 1.9.1, that was only because I was out of town and/or busy on other tasks.
Except for ‘Pacifico,’ no matter font choice I make for headings in ‘Theme Options > Styling,’ my site’s headings are set in a bold version of HelveticaNeue — but only on Safari — version 6.0.5 (8536.30.1). See this screen shot of a heading that should have been rendered in Sunshiney, but renders in HelveticaNeue: http://bit.ly/18Db60N. Firefox and Chrome render the correct font. I’ve only tested on OS X10.8.4.
This problem appeared only after updating to version 2.0 of Enfold (I was running 1.5.1). I should point out that between the site working under 1.5.1 and now, I updated WordPress to 3.6, which screwed up a good many things. But since this is a preview site for a client on which I could wait for a fix, I did just that, and held off downgrading to WordPress 3.5. Instead I just waited for your newer version of Enfold that would be compatible with WP 3.6. Also know that no matter what font is selected within the Styling settings panel, the font is properly rendered within the ‘Demo’ section of the settings panel—see http://bit.ly/13uN2zc—it’s only on the public side of the site (and on Safari) that I’m seeing the font substitution problem. Perhaps it matters also that all along I had been using ‘Pacifico’ as my headline font, and decided to change it only today, which is how I uncovered the problem. N.B. The font info pop-up that is displayed in the screenshot of the site is generated from the ‘WhatFontTool’ plugin, which is available at http://chengyinliu.com/whatfont.html.
