WordPress 2.5 gallery needs work.

First let me say that I’m not knocking WordPress.
Here are some failings of the new gallery for WordPress 2.5.
The new function is terrific but it needs some work.
This is what I have found so far.

Style tags are inserted by the gallery shortcode into the post or page itself.This is very much not allowed, pages and posts with gallery shortcode will not validate because of this.
Clicking on archives in the sidebar or where ever you put your archives will show the gallery css as the excerpt of the post with a gallery in it, as well as the captions for each image.
The detailed list html is incorrectly nested in the post or page, post or page fails validation.
Alt text only gets inserted on single images.the gallery shortcode skips this, page/post fails validation.

Viewing source reveals this hidden comment:
See gallery_shortcode() in wp-includes/media.php.
Are we to check this file out so that we can see if we re-code ourselves? Fat chance!
Good news, there is a plugin to fix this.
Check the forums for updates on this issue and the plugin.

Password protected site, WP 2.5, image uploader problems and an .htaccess war.

**updated April 7th.

If you run a private member’s only WordPress powered website, you may not be able to upload images with the newfangled flash uploader…unless you take the time to find the fix.

I ran into this problem after upgrading to 2.5 and promptly had a mini shit fit. The fixes to .htaccess that a lot of folks offered in the many threads in the WP.org forum on this exact subject did not work for me.

Basic troubleshooting,post shit-fit:

other sites, same server but not private could use the uploader & turning off .htaccess magically enabled the uploader which told me it wasn’t WP 2.5’s “fault”.

At fault was the login script which was blocking Flash and fuddling the url, resulting in a 404 and no images uploaded. After upgrading from Cutenews –not nearly cute enough for me– to WordPress 2.3.3 the login script sometimes blocked downloads,too. Not very convenient for the members– although right clicking on the download link did work–which was damned lucky since I would have had to go back to Cutenews if members couldn’t download!
Thankfully this now seems to be fixed,too. I’m not sure if it’s because I got rid of the additional .htaccess or not.

Getting it wrong?

Perhaps I misunderstood the process of moving WP core files to a different directory? The instructions in Codex say to “copy” the index.php and .htaccess from the wordpress/ folder and move them to the root*. My main .htaccess file (in place years before WordPress) was a large file mostly pertaining to the protection of the member’s site.
I now have just one .htaccess file instead of 2. Call me stupid but to me “copy” doesn’t mean delete. It just means copy and so I had 2 .htaccess, one in the member’s site root and one in the WordPress folder.

Additional Woes:

Anyway, the login script used to attach a cookie based prefix to all subsequent urls inside the protected site but once I installed WP this didn’t happen and this absence of the login added prefix blocked downloads from downloading when the download link was clicked on directly and since members were used to this ease of use that was now gone I got a lot of emails that the download links weren’t working. Holy run-on sentence,Batman. I explained that the new site needed right click, save target as most of the members use IE.

Getting it right!

  • Used the fix outlined by Otto42 in the forum.
  • Got rid of excess .htaccess.
  • Can now download a file without having to right click!

*Not the full instructions, visit Codex for them.