ParticularlyEvil

FYI, that language is still there. Maybe you should reach out to Google to sort this out?

Thank you!

Can confirm that is is happening to us as well. We’re also getting reports that the rules we’re setting up don’t seem to carry over to every user, and I wonder if this is why?

• This reply was modified 4 years, 5 months ago by ParticularlyEvil.

Hello! Was this ever released? It works well! (just thought I’d remind you if it was missed for some reason)

• This reply was modified 5 years ago by ParticularlyEvil.

Ah, I see.

Well, we’ve noticed that they aren’t correctly identified (Authors are treated as originators of revision requests even if they aren’t if there are multiple authors) but that’s a different issue than this ticket and we still need to play around with PublishPress

I have, and my only concern is that the the emails are documented with two different time zones depending on if they are messages to the Editor or the Revisor.

Still, the notifications are coming in at least. You can mark this as resolved if you’d like – although some head’s up on what Multi-Author plugins you recommend will be helpful in our determination if this will suit our needs! Thanks!

Additional information: It seems as if it’s a conflict with the Co-Author plugin. I must have misunderstood the changelog’s reference to the “Multiple Authors” plugin compatibility.

Is there a Multiple Authors plugin that will work with this?

Also, any idea on why the different time stamps in attempted emails?

Sorry, Kevin, I didn’t see that you responded to this.

I enabled an Email Log plugin and saw some strange behavior.

Administrators are emailed of a Pending Revision Notification. We receive those emails successfully, actually.

Authors of the page are notified of Pending Revision Approval and are listed as the submitter even though it was a different Revisor user that did the submission. The timestamps for those emails are hours off of the time for the Administrator emails, even though they are being logged by the same plugin and all take place on the same server.

Thanks for your reply
Classic
The settings are set to email revisor by default. (Actually, it’s all the default settings)
No other permission related plugins active

I’m on the current most WordPress version, and the version we had previously been testing was 1.3.8 I believe?

Hmm, that’s strange, as “viewing this page in desktop mode” does allow the plugin to load the audio-only version correctly. That leads me to believe that it wasn’t a lack of something in mobile browsers that causing this, but rather something in the mobile theme itself. Perhaps I’m just missing something?

No, just the audio only hack, but that’s our primary reason for using the plug-in ??

Interestingly, the desktop version of our same theme works as expected. Any ideas?

Haha, I came back here to update this thread with the same information. Sorry about that.

Same issue, and the fix doesn’t work.

https://bergen.edu/home/

This works, but doesn’t go down to grandchildren. Any suggested ways to improve this answer out there?

I think I found my answer:
‘
<?php
$parent_banner = get_post_meta( $post->post_parent, ‘banner’, true );
$banner = get_post_custom_values(“banner”);
if (empty ($banner)) {
echo ‘

<li style=”display: block; width: 100%;” class=”banner-image”><img src=”‘ . $parent_banner . ‘” height=”213″ width=”1032″ alt=”Banner Image” />

‘;
} else {
echo ‘

<li style=”display: block; width: 100%;” class=”banner-image”><img src=”‘ . $banner[0] . ‘” height=”213″ width=”1032″ alt=”Banner Image” />

‘;
}
?>
‘