Forum Replies Created

Viewing 15 replies - 106 through 120 (of 151 total)
  • This doesn’t seem to work if you create a Guest Author without linking it to an actual user account, so this feature would be a helpful addition for people who who have guest authors that don’t need actual WordPress accounts.

    I hope it’s still on your drawing board to be added to future versions 🙂

    Thread Starter Summer

    (@fpmsummer)

    I had asked because the column wasn’t showing up in my screen options at the time.

    What’s weird is that I had to log out of three of my websites and log back in before that column would show up in the options so I could disable it. The other two it was there immediately, I just hadn’t gotten to them yet.

    Have you run across anything like that before? And no, not using and caching plugins of any kind there 🙂

    I wasn’t getting any errors, the button just vanished for me. Using version 1.1.2 and WP 3.5.1

    I got it working again using this suggestion, but I had to make the change in two places, for me it was on lines 437 and 500.

    The lines are in the two sections labeled FACEBOOK SHARE, and look like this:
    $phsmc .= '<div class="fb-like" data-href="'.$encoded_link.'" data-send="false" data-layout="button_count"></div>';

    when I changed that to $unencoded_link in both places, the Like button showed up on my posts again.

    Thread Starter Summer

    (@fpmsummer)

    I figured it out by adding another conditional to Genesis Co-Authors Plus.

    Since I’d set up Co-Authors Plus so that none of my guest authors were linked accounts (to allow for author boxes on original content they’d written vs posting items from news feeds and press releases), all i needed to do was exclude profiles that weren’t guest authors, and presto, authors boxes on guest profiles and no author boxes on user profiles.

    Thread Starter Summer

    (@fpmsummer)

    I figured it out by adding another conditional to Genesis Co-Authors Plus.

    Since I’d set up Co-Authors Plus so that none of my guest authors were linked accounts (to allow for author boxes on original content they’d written vs posting items from news feeds and press releases), all i needed to do was exclude profiles that weren’t guest authors, and presto, authors boxes on guest profiles and no author boxes on user profiles.

    Thread Starter Summer

    (@fpmsummer)

    Some update on what’s happening here. All of the glitches seem to be happening with my first user, the one with the lowest ID.

    When Co-Authors Plus is enabled, his 6000+ post count goes to zero. He has new posts since it was installed, and those 50+ posts show up in the Guest Authors listing, but not in the main users listing.

    When I disable the plugin, his post count goes back up over 6000 like normal.

    The funny part is I thought maybe I’d added his guest author profile incorrectly, so I deleted it and created it again. Now the post count for his user has the same number as he’d previously had listed under his Guest Authors post count, and his new Guest Authors post count is back to zero.

    This haphazard handling of post counts is making it impossible for to me try to get done what I originally wanted to use this plugin for: author boxes.

    Ideally what I want is for only the Guest Author profiles to display an author box, not the regular users. The fact this plugin could create a profile for a user was, I thought, the perfect way to separate the two… so far, I haven’t been able to get that to work because of this bizarre behavior with the disappearing post counts.

    I thought I could get it to work by having the guest author profiles not be linked to the accounts for those few who would have both, but I haven’t gotten it to work quite yet.

    Are these two issues related?

    Thread Starter Summer

    (@fpmsummer)

    In General Options, I have it to show 5 comments, 0 trackbacks, and the output method is “Do not show trackbacks/pingbacks”. With those options, it was showing the 6 most recent entries, comments & trackbacks together.

    As a test, I changed it to show 10 comments and no trackbacks, and it showed 11 comments, and a trackback.

    I had never set any widget settings before… it was whatever the defaults had been in previous versions.

    I unchecked the “saved settings” box to get to the widget settings again, and changed them to be comments only, but it doesn’t seem to be using those widget settings to override the General Settings, which seems odd.

    I downgraded back to v1.2.0 and all seems fine again, so, something major seems to be broken in the new version.

    Thread Starter Summer

    (@fpmsummer)

    Yes, editing then re-saving a post he previously “owned” did update the post counts, but since he used to have over 5000 posts to his name, just thinking about needing to manually update that one post at a time makes my head hurt 🙂

    And yes, I was talking about the Quick Edit/Bulk Edit no longer working for me to do some of those user/owner updates in.

    The problem that I’m trying to solve is that even though I’ve added the template tags, the byline in the post meta is still showing the original post author, and since I’m cleaning up posts anyway, the only posts I want to display the Author Box would be reviews and editorials, not the generic news. That’s been a sticking point with this site for a few years now, not having the granularity to able to pick and choose which posts display the Author Box and which don’t.

    So I’m trying to assign all of the “news” posts to a fake robot user, while keeping the reviews and other original posts to those authors, with their Author boxes… this is proving to be a tricky combination to work out, especially when adding Genesis Co-Authors to the mix (running Genesis, Metro theme).

    geez, I’d almost kill for a Genesis plugin or just a regular plugin that adds a feature where you could just click a checkbox to enable the author box display when creating or editing a post.

    Thread Starter Summer

    (@fpmsummer)

    You misunderstood what my complaint about the poster images was: Powerpress CREATED poster images using the podpress default image, a URL that became invalid once podpress was removed from the site, and I believe that is what caused the editing problems.

    Powerpress set the enclosure poster image to be the default podpress poster image, but that image ceased to exist when podpress was deleted from the site. I’m not 100% sure, but I believe that image becoming an invalid URL lis what caused the editing problem… and to me, that problem should not be ignored.

    I was unable to save any edits on any posts with audio enclosures. The posts with video enclosures still had valid poster image URLs, and saving edits on those posts still worked fine.

    For the posts with audio enclosures, only after I selected “modify podcast episode” and cleared that invalid poster image URL out of that field could I save my edits.

    If it globally affects behaviors in WordPress, I don’t think that’s a “just ignore them” issue.

    If I’d never gone back to edit some of those old posts, I never would have known the problem was there, or that it had been introduced by the Powerpress conversion.

    What I don’t know for sure is if that happens with all invalid image URLs, or if it’s just a podpress conversion side effect, but it’s something folks should be aware of.

    My guess is that if I hadn’t selected the options for Powerpress to use the podpress data it might not have done that, but since not doing that would have made the old podcast episodes non-existent, that wouldn’t have been an optimal choice 🙂

    So couldn’t there also be an option for someone to choose whether or not to allow Powerpress import those poster images?

    For anyone who’s not been using them (despite the fact that podpress inserts the default in there for every enclosure), Powerpress could just acknowledge that option, drop that field, and any potential WordPress editing problems caused by having an invalid poster image URL goes away.

    As for the find/replace tool, that is not an option with the current media host… the URL prefix is unique for each and every file, and as such cannot be updated that way.

    Granted I would have had this current media problem with podpress too, but previously all I had to do was update the default media URL in podpress, and ALL posted media would automatically use that prefix… no search/replace needed.

    I do like Powerpress because it isn’t as bloated as podpress, but there are still some things that podpress seems to make simpler and do better, and for a lot of these shows & sites I’m maintaining, I first have to figure out if the extra work of cleaning up data after a conversion to Powerpress is worth it or not to me, each time it’s time to do a site update.

    Thread Starter Summer

    (@fpmsummer)

    (belated reply)

    But the enclosures I was updating at the time were audio enclosures, over 300 of them, with maybe 5 more of them video enclosures, and switching from podpress to powerpress added the video poster image to ALL of the audio enclosures, which is what caused the edit fail issue to begin with.

    I’m not sure about the track record for other people, but the powerpress media verify link fails 95% of the time when the media (both audio & video) is not on the same server as the website, and that’s both saddening and maddening, especially when faced with cleaning up & correcting file sizes and durations that were either incorrect or never entered by other folks over a span of several years.

    Also, the thought that people do not ever move their media hosting is rather short-sighted, and so adorable 🙂

    I know lots of people, including ourselves, that have had to move media hosting more than once over the past 8 years, and the need to manually update 500+ episodes each for multiple sites was almost enough to make me switch back to podpress, since that and obfuscated media URLs (to prevent media poachers) are things that plugin still does more than well. If it still handled Podtrac properly, I honestly may not have switched to powerpress to begin with for most of the legacy sites, and just kept powerpress on the newer sites only.

    There may well be something I could do, like run an SQL script in the database, but this time around there’s no easy way to do a search/replace.

    To be honest, I don’t think it’s a server configuration issue.

    I have 6 WP sites on the same server, and out of them, only one site won’t correctly post scheduled posts; the others work fine.

    If it really was a Unix configuration issue, I’d expect that it would happen to all the sites.

    I’m really hitting a wall as to why this is happening, and it only started on this one site when I moved it to this new server recently.

    Thread Starter Summer

    (@fpmsummer)

    The poster image imported in all of my cases was the default podpress one, which was not ever used. It even still had the double-slash typo in it from an older podpress settings glitch.

    The problem I had run into is when editing the post without removing the poster image value. That happened because the first few times because I didn’t realize that value existed… it was hidden by the small display window of the enclosure custom field. I never noticed that value was even there until I clicked “Modify podcast episode” and discovered it.

    After removing the poster image value, saving the updated post works perfectly, but not before removing that value. And I’ve been able to duplicate that behavior on three different sites now.

    It just made me curious what people who do have poster images are doing (or if they never edit old episodes to fix links and typos), and if the problem exists for all poster images, or just the default podpress one.

    The need to fix that is kinda moot now anyway, since I do have to edit each and every podcast episode to update the incorrect or missing time duration and file size values to make iTunes happy (habits of others from years gone by come back around to create more work!)

    I just updated WordPress PopUp, and am now also getting this red notification to install another plugin.

    What’s worse is that I would be forced to sign up and join WPMU before I can get said plugin that doesn’t add any functionality or benefit to me… the only WPMU plugin I’m using is PopUp, and if I’m being forced to join yet another freaking WP club in order to keep my websites up to date, then I’m looking for a new PopUp plugin.

    It’s a free plugin… I should NOT have to sign up for something I don’t need in order to keep using it, or to make you to feel special by keeping track of where your plugin’s being used.

    Seriously, some of this “join my WordPress island or you can’t play with my toys” crap is going too far.

    Thread Starter Summer

    (@fpmsummer)

    One correction: as I was preparing to upgrade a site of mine that was still running 3.2.1, I noticed that it had started displaying the RSS Error message.

    The difference is this site has been running without this error for a little over 2 years, and it is not on Hostgator, and it doesn’t display exactly same message as the others; it only displays the RSS Error: The data could not be converted to UTF-8 line, without the complaint about iconv.

    So I went through another half dozen sites that I manage on several different services, and they are all displaying this error message now. Most are running 3.4.1, with a couple of 3.3.2 and 3.2.1 sites in there, but they are spread out across 3 different hosting providers.

    One other observation: the one site I have left that is still displaying Other WordPress News hasn’t updated any headlines since Friday.

    Also, http://planet.wordpress.org seems to be suffering from the White Screen of Death right now… or something similar to it, even though http://planet.wordpress.org/feed/ has content in it.

    There was a note in the forums saying that there was phishing attack aimed at plugin developers, trying to gain access to their repositories, but they said they’d removed any affected plugins for the time being… and this one never seemed to be pulled offline.

    Just to be sure, you should also check with your webhost and make sure there wasn’t some cross-scripting attack on their servers that might have hit your site.

    Also give your database a cursory once-over. There was a cross-scripting attack a few years ago that I thought I’d cleaned up, but they’d managed to insert hidden WP user accounts in a couple of my sites that I didn’t find until a couple weeks after the first cleaning.

Viewing 15 replies - 106 through 120 (of 151 total)