Susan Warren

Marked as resolved!

Thanks! That fixed it. I found the offending .ui-front z-index and commented it out in Firebug, and the First Important Steps screen became active. I dismissed the screen and then went into the settings panel and set things up the way I wanted with no problems (the popup screen stayed “dismissed”). After I had done the set up the First Important Steps no longer appeared after I logged out and back in several times just to check.

So even if there is a theme or plugin ui-front z-index conflict you can still set up iThemes Security this way — and then hopefully be able to trace down the conflict at your leisure.

An update. I decided to update the plugin to the latest version. Still no change, but I did come across this: I noticed that the “backup your site” “make a backup” button had a blue outline, so even though I couldn’t click on it and get any action, I could hit the “enter” key and get the backup to start running. Except that almost immediately I got an error message saying “Whoops. Something went wrong. Check the backup page or contact support.” I couldn’t check the backup page because every time I went into the plugin I would get the popup window that locked up everything. I can make database and site backups via “Backwpup” which I installed after the iThemes backup error in order to test the backup process, so the problem seems to be directly iThemes Security related.

Again, any help, ideas, or suggestions would be appreciated.

I didn’t try posting to my own timeline, didn’t want to clutter it up with test posts, but I half suspected that it might work where posting to a page wouldn’t. What made me think that is that I’ve read of other plugins suddenly not working for pages but still working for profiles/timelines. My impression is that this is a recent development brought about by changes made by Facebook, but that’s just a guess.

At the moment I’m still using RSS Graffiti, but that’s shutting down as of May 1 so I and a lot of other folks need to find an alternative. I’d really like Facebook Publish to work — I like all kinds of things about it, esp having control over publishing rather than dealing with an always auto post arrangement such as RSS Graffiti has. So I hope the current problem can get ironed out.

Just installed the plugin on my own site, set up a FB app (made public), and tried to post to my own page (didn’t try posting to timeline). I still get all the results that I described in my previous post, including the message “Facebook Publish:Page published on Facebook”, and still no FB post appears. So that shoots down my theory about possibly not being able to post if I only have admin privileges for a FB page.

Hi Barry,

OK, I got this figured out, but not really. I was doing my testing on a local WAMP sever setup (Apache 2.4.2, Mysql 5.5.27, php 5.4.6) when I couldn’t get the Event Rocket shortcode to work (even though all other shortcodes I tried did work). Just to see if it made a difference I went to the live site and installed both The Event Calendar and Event Rocket plugins and the shortcode worked(!) I have no idea why it would work on the live site but not on the local version. The local version has full access to the net so any remote handshaking would have taken place (ie, things like remotely loading Google jquery and fonts work fine).

Hi Barry,

Thanks for your reply. Event Rocket is *definitely* activated. And another no-brainer: The shortcode I used is [event_rocket_list] and not [event_rocket-list] as I mistyped in my original subject line.

I thought perhaps that there might be a jquery problem (there had been in the site theme, which I fixed by installed the WP UI plugin), so I deactivated the WP UI plugin to see if that made a difference. It didn’t.

I also tried the site with the 2013 theme and that didn’t work either: I still got just the shortcode text.

I was really hoping that I would find other shortcodes not working, but so far I’ve been able to get the shortcode test to work via functions.php, and as well I’ve tried other event list plugins and they all work when I add their shortcodes directly below the Event Rocket shortcode: the event lists and/or calendars show up while the Event Rocket shortcode just sits there in plain text glory.

Doing an a complete uninstall and a manual re-install didn’t fix it. I still get the same error. For now I’ve done a work-around by setting up galleries on the live site and then downloading the images and thumbnails to a clean install of WP 3.9.1 on my local server, where I crop the thumbnails as needed. Then I upload the cropped thumbs to the live site and everybody’s happy.

When I get some time I’ll probably set up the live site on my local server and start reverse engineering things to see if I can fine why the redeclare thing is happening.

I found the problem! The utm code comes from the Google Analytics plugin. I deactivated the plugin and the utm disappeared. I remembered that ‘utm’ stood for Urchin tracking, and Google bought out Urchin a few years ago, so I went for the Google Analytics plugin and found the culprit.

Hi Brandon,

I’m guessing (hoping) that for whatever reason it was just a bad install the first time around. Works fine now!

Thanks for your reply. We’re talking 496 tag links here– not something I’m going to do one at a time.

This morning I tried a different approach: I uninstalled and deleted Jetpack, cleared the cache, logged out of WP and shut down my browser to kill the session and any remnants. I then went back into WP and reinstalled Jetpack. Then I activated the markdown option and made sure the comments/discussion markdown option was present (to verify that things had installed). When I opened up a new page and pasted in some markdown text, the text showed up properly in the page preview! I have no idea what uninstalling, deleting, and reinstalling did, but it worked.

Hi Andrew,

Thanks for your reply.

I thought there might be some kind of setting on pages and posts to choose to use markdown because I couldn’t get markdown to work properly.

With the Jetpack markdown activated I can see the settings for comments so I know that the plugin is active. However, when I enter markdown text in the editor the markdown code isn’t being translated properly when I either preview a page or save it and then check it (I thought perhaps a page needs to be saved before the translation occurs, but that makes no difference). I NEVER use the visual editor, always the text editor because I prefer to code for myself, so I always use the text editor for my markdown tests as well.

I know how to use markdown– it’s not a matter of my mis-coding. I’ve tried both markdown and multimarkdown coding syntax, and I’ve tried copying and pasting markdown text from a dedicated markdown editor (Markdown Pad) and I always get the same results: the code in the output page.

I have a localhost version of the site that has all the plugins I used on the live site plus others I was testing. I had never installed SEO Redirection on that localhost site, so I was hoping that if I installed it I might get the same results as when I installed on another live WP site and the redirection box text worked.

So I installed it, and the frozen link is still there, just with the localhost address, but with the same *page* link as the frozen live site link. How could that be? Then I noticed that I have All In One SEO installed and that the page that All In One uses as a preview example is the same page link that’s frozen in the SEO Redirection box. From what I can tell, All In One just chooses a random page for the preview because the preview is the same for all pages. Or perhaps not– perhaps All In One *should* be changing its preview to match the page being edited, but it’s not. I don’t know.

Thinking that the problem might be with All In One, I deactivated and uninstalled that plugin, deactivated and uninstalled SEO Redirection (including the data), logged out, closed my browser, and shut down my localhost server (Xampp)to make sure nothing was cached. Then I restarted everything and reinstalled SEO Redirection. When I got back to the WP pages I discovered that the frozen link was still there.

So why would both All In One and SEO Redirection be pointing to the same page– All In One for it’s preview and SEO Redirection for the box?

Just installed v2.2, but no joy. The frozen link is still there.