Forum Replies Created

Viewing 8 replies - 1 through 8 (of 8 total)
  • Okay, here’s a workaround.

    Step 1: You need your old bookmarklet back. You can create it yourself, copy and paste from here:

    javascript:var d=document,w=window,e=w.getSelection,k=d.getSelection,x=d.selection,s=(e?e():(k)?k():(x?x.createRange().text:0)),f='http://www.YOURWEBSITEHERE.com/wp-admin/press-this.php',l=d.location,e=encodeURIComponent,u=f+'?u='+e(l.href)+'&t='+e(d.title)+'&s='+e(s)+'&v=4';a=function(){if(!w.open(u,'t','toolbar=0,resizable=1,scrollbars=1,status=1,width=720,height=570'))l.href=u;};if (/Firefox/.test(navigator.userAgent)) setTimeout(a, 0); else a();void(0)

    Yeah, that’s ugly. Note the YOURWEBSITEHERE part.

    Step 2: Go find class-wp-press-this-plugin.php, and comment out lines 1197-1208. That;’s a big if statement

    /*if ( empty( $_GET['_wpnonce'] ) || ! wp_verify_nonce( $_GET['_wpnonce'], 'scan-site' ) ) {
    			foreach ( array( 'u', 's', 't', 'v', '_meta', '_links', '_images', '_embeds' ) as $key ) {
    				if ( ! empty( $_REQUEST[ $key ] ) ) {
    					?>
    					<div class="error"><p>
    						<?php _e( 'The WordPress bookmarklet was deprecated. Please delete it from your web browser.', 'press-this' ); ?>
    					</p></div>
    			 		<?php
                                             return;
    				}
    			}
    		}*/
    

    Works for me.

    Plugin Author robbyslaughter

    (@robbyslaughter)

    The link to your image is dead.

    Happy to take a look if you can repost.

    I see a similar (perhaps the same) problem. It looks line 473 assumes that this->ping() returns a string.

    If there’s an error, however, it returns an object, which “echo” can’t process.

    A quick hack is to change line 473 from:

    <?php echo $this->ping(); ?>

    To this:

    <?php print_r($this->ping()); ?>

    That should get rid of the error.

    Thread Starter robbyslaughter

    (@robbyslaughter)

    First: it’s just a notice, not a warning or an error. It only appears on my site if I change WP_DEBUG to true. I’m not suggesting that this is in any way critical, I’m just documenting this issue in case someone else happens along it later.

    I don’t believe the notice solely connected to YARPP. I am using the Improved Include page plugin, and it appears each time a page is “included” with this plugin. I think when Improved Include executes, it does not create a $post variable in the same way as part of the regular loop. My perception that the issue was tied to regular WordPress pages was in fact a red herring; it seems to only occur with use of Improved Include.

    In any case, we are not using the automatic insertion feature of YARPP. Instead, we are in fact calling related_posts(); from single.php.

    Since the function yarpp_default gets added as a filter to the_content, it seems like there are cases in which this function could be called outside of The Loop. So, it would seem like better coding not to assume $post exists and instead to check as I have suggested.

    Plugin Author robbyslaughter

    (@robbyslaughter)

    Can you let me know your WordPress version, please?

    Thread Starter robbyslaughter

    (@robbyslaughter)

    Perhaps there is a better thread to suggest this, but it seems like a reasonable method for securing a blog ought to be removing the components of WordPress that allow administrative access to the blog. Unlike server configuration changes—which require considerable expertise—the ability to simply delete the /wp-admin/ folder seems like an elegant design.

    In any case, it seems like Andrew’s point stands. In simpler terms, we’re probably both using WordPress in a non-recommended fashion. 🙂

    As of this moment, I have the same problem at:

    http://ww.wp.xz.cn/extend/plugins/blogging-checklist/screenshots/

    My suspicion is that that the code which parses the README is not very robust. I think the best answer for now is just to link to your own website, though that makes things a little less elegant for people browsing the repository from inside the Admin menus on their own WP installation.

    Update: It magically fixed itself. I did try changing from JPG to PNG. Wonders.

    Forum: Fixing WordPress
    In reply to: TinyMCE Issue

    acheashadow’s trick also worked for me on WordPress 2.6.5.

    I should note that this problem appears to be caused by a combination of issues in the TinyMCE code AND the behavior of modern browsers, so if you come across this page, keep that in mind as you are troubleshooting!

Viewing 8 replies - 1 through 8 (of 8 total)