deborah64554

marking this as resolved :]

It turns out this entire issue was caused by load balancers on our RackSpace servers.

Hi Michael,

The tool allows the user to set an interval of (for example) 5 minutes. But your instructions say, that if you then sync, you are really going to wait 5 more minutes for that interval to be up.

I had other problems with the plugin and uninstalled it, but I think a “sync NOW” button would be useful for when you are actually working in the media library. It would do on press what otherwise the user would have to wait 5 minutes for.

Hi Michael,

1. I left the uploader file selections at the “all” default, and did not set or exclude any. So, it should have been able to show the .gifs, .pngs and .jpgs that existed in the media library.

2. I did not touch the wordpress-flash-uploader default “all” settings for files to show. Also when I checked, the default was set to “all”. So, it should have seen more than pdfs.

3. The thumbnails were never stored in the uploads folder. I am not sure where they were stored, but the wordpress-flash-uploader showed broken images where previously there had been thumbnails.

4. I am using WordPress 3.4.1. I didn’t delete the images through the WordPress admin, although I was using the wordpress-flash-uploader tab in the media library.

Deborah

I am experiencing this also after a clean install (not re-install) of 3.4.1. It works locally and not on the real servers. Permissions have been checked and are correct for the uploads folder. The uploads folder is the default, with the month/year option de-selected.

Chrome says it is “Uploading 25%” and there are several calls in the developer tool console to “/wp-admin/admin-ajax.php”. However, the file does not finish loading and never appears. The failure is without error.

Ok, for users who also have list-category-posts plugin and are seeing page-links-to opening in the same window, here’s a brief summary of the cause and specific details on how to get things working so that the new window opens.

Cause: Page-Links-To sets the post url in the database, but uses a script to re-write the link tag if the “open in a new window” feature is checked for the post. List-Category-Posts gets the url from the database, but uses its OWN script to write the link tag – it never sees and can not implement the Page-Links-To script, which contains the “new window if box is checked” logic.

This means that in order to get List-Category-Posts to open posts in a new window, you have to create new functions that write the link tag with “target=’_blank'” in it, create a List-Category-Posts template for it that calls those functions, and use that template when you want a new window. This method will work for a list of links that must open in a new window and for a list that does not, but you will not be able to have a mixed list (unless, that is, you create a brilliant solution on your own). I hope also that experienced php coders will forgive anything I am recommending here that may be redundant.

To get List-Category-Posts to make a list of links that open in a new window:

In CatList.php:

• Find the function “get_category_link”
• Copy and paste this function below the original
• Re-name it to “get_category_link_new_win”
• Change the line return '<a href="' . $cat_link . '" title="' . $cat_title . '">' . to return '<a href="' . $cat_link . '" title="' . $cat_title . '" target="_blank">' .
• Find the function “get_the_post_thumbnail”
• Copy and paste this function below the original
• Re-name it to “get_the_post_thumbnail_new_win”
• Change the line $lcp_thumbnail = '<a href="' . get_permalink($single->ID).'">'; to $lcp_thumbnail = '<a href="' . get_permalink($single->ID).'" target="_blank">';

In CatListDisplayer.php:

• find the function “get_thumbnail”
• Copy and paste it below itself
• Re-name it to “get_thumbnail_new_win”
• Change the line $info = $this->catlist->get_thumbnail($single, $lcp_thumb_class); to $info = $this->catlist->get_thumbnail_new_win($single, $lcp_thumb_class);
• find the function “get_post_title”
• Copy and paste it below itself
• Change the line $info = '<a href="' . get_permalink($single->ID) . '">' . to $info = '<a href="' . get_permalink($single->ID) . '" target="_blank">' .

Open list-category-posts/templates/default.php and save it to (your template folder)/list-category-posts/new-window.php

• Please note the new file must be in a NEW list-category-posts folder in YOUR template folder, not the plugin folder!
• Change $lcp_display_output .= $this->get_thumbnail_mm($single); to $lcp_display_output .= $this->get_thumbnail_new_win($single);
• Change $lcp_display_output .= $this->get_post_title_mm($single); to $lcp_display_output .= $this->get_post_title_mm($single);
• Save that sucker.

Now in WordPress, in your shortcode to create a list that uses the new-window template, put template=new-window before the ending bracket.

Behold! If I have made no critical typos and you have copied and pasted with diligent accuracy, you should now have a list of posts that open in a new window.

Good luck! ??

Ok, for me the issue is that there is a conflict with the plugin I am using to display the posts. I could not test the posts without the plugin because without the plugin it was hard to display the correct posts on the page.

The plugin is “List category posts”. This plugin writes the page-links-to url correctly, but does not take target into account.

I’m experimenting with modifications to list-category-posts.

However, modifying the string replace script to just replace from href did not solve the issue.

I think I found part of the issue – the string replace for ‘<a href=”‘ can not replace because the actual string begins with ‘<a title=”(title’ before the href is defined. So the string to replace does not exist.

This seems to have broken after the new WordPress release was installed earlier this week. I checked another thread in this forum and the “extra space” solution did not work (the newest version of the plugin does not have an extra space).

No help?

Thank you Bratch, but for me this is happening for any file, not just large files. Even a 14kb gif fails.

I should have added that I just did the most recent WordPress update on a fresh install, using a copy of the twenty-eleven theme.

When I look at the plugin php file, the last section seems to be telling it to add a javascript to the html head within an if-else statement about targets. However the javascript is not there when I look at the page source.

If I remove the if-else part of the statement so that it just adds no matter what, it shows up, but the external links still open in the same window and not a “_blank” target.

I am having the same issue. “Open in new window” is checked, but the correct link opens in the same window. I can not make heads or tails of the javascript… Help?

Hi Peter,

WOW!! What FANTASTIC resources!! I’ll find those very useful going forward – THANKS!

For the actual issue at hand, the Pingdom tools suite and Sucuri scanner both gave the site full good health and green checkmarks.

.htaccess file was stripped down until it only had the popular, generic permalinks script recommended in many other posts for WordPress, to create pretty URLs, but the problem persisted.

The only other thing we’ve found is that even though the files and DB don’t reference it anywhere at all, if we change the real host (ourcompany.com) to point to the name of my dev server (development.com, where I use a modified hosts file to access as if it were a live site), everything works fine. We can’t find where it is getting the reference – browsers are clean and cleared, DB and files have been searched – there’s just nothing. Additionally, our marketing person has never had access to my dev environment url and does not know its name, but she also has the posting issues.

We’re giving up at this point and creating a new site, new DB, and a new dev environment that will use the same name as the site does when live.

I sure appreciate the helpful, meaningful responses. Thank you, and if I ever figure out what went wrong, I’ll post it here.

Hi Peter, thanks for the reply.

It’s not a busy server. We’ve worked with our hosting provider over several weeks to try to pinpoint the problem, and the most useful information that we have is that Linux can post quickly and add images successfully with no delay, but the problem is reproducible in Windows and Mac.