Most newer plugins in the plugins directory are not showing up in search results. We’re working on a solution, but it will probably be a few days before everything’s back to normal.
Lame, we know. Apologies for the hassle.
Most newer plugins in the plugins directory are not showing up in search results. We’re working on a solution, but it will probably be a few days before everything’s back to normal.
Lame, we know. Apologies for the hassle.
I upgraded the WP.org Plugins Directory to bbPress trunk/ today. I’m sure there’s still glitches to work out. In particular, search may be a little out of date until I get the new sphinx index set up correctly.
Is this using the current Plugin Browser plugin, or an updated one?
It’s never used that one. It uses http://bbpress.org/plugins/topic/svn-browser/
But to answer your question, an updated one. The publicly released one has been out of date for a long time, which is totally my fault
I know people are working on it for 3.org. One of the goals there should be to rerelease the code.
Yeah, I copied the wrong link, I meant the svn browser plugin.
Shame that it’s out of date, I was going to work on a git version of it. I guess I’ll just have to wait.
Stupid question to ask here perhaps, but do you know whether it’s possible to embed anything else than a youtube movie? Or, if possible, a Youtube movie in a higher rate than 360p?
Case in point, my GA plugin page.
It supports VideoPress embeds too.
http://wpdevel.wordpress.com/2010/02/20/plugins-can-now-include-videos-in-their-readme-txt-files/
VideoPress, Vimeo, and YouTube.
You can add an hd=1 parameter to the end of your youtube URL and it will default to HD.
FYI, some plugins with multiple authors aren’t showing up right. http://wordpress.org/extend/plugins/impostercide/ should list me and Skippy as authors, but is only listing Skippy. http://wordpress.org/extend/plugins/subscribe2/ on the otherhand is MISSING skippy. It’s very weird.
There’s some bugs in bbPress. In some places it treats user_logins case sensitively, and in others case insensitively (and sometimes it depends on your DB’s collation).
The easiest thing to do here is to be case sensitive in your readme.txt: change it from “Skippy” to “skippy”.
http://wordpress.org/extend/plugins/profile/skippy
(cf. http://wordpress.org/extend/plugins/profile/mattyrob )
I’ve been thinking about this. there are times when you need a different name in the plugin to what is actually on the profile page. I’m leaving mine as broke as an example
http://wordpress.org/extend/plugins/eshop/
The profile links to – Rich Pedley
The actual profile page is – elfin
(the profile page doesn’t seem linked to the encompassing forum profile at all by the way)
So can I suggest a possible change to the readme, allowing you to change the author name to whatever you like, but followed with [.name.] for the real profile page. Obviously if this addition isn’t found it should default to the current system.
mdawaffe,
any way to modify bbpress code to make login case-insensitive?
I posted about it here:
http://bbpress.org/forums/topic/usernames-are-case-sensitive-how-to-make-them-case-insensitive#post-75191
We’re experiencing some continued wonkiness with the plugins directory. The directory is about 12 hours behind. As of now, though, it’s catching up, which is better than it was doing an hour ago
Additionally, some plugin data may sporadically look inconsistent (don’t worry, no data loss).
I’m working on getting it stable so it will no longer fall behind or create more inconsistencies. Once that’s done, I’ll be able to repair all inconsistencies.
The plugins directory is caught up.
There was a bug in the process that generated plugin screenshots in the WordPress.org Plugins Directory.
The bug has been fixed, and I’m currently running a brute force script to update all plugins. The script is not very efficient and will take a couple days to finish.
In preparation for 3.0, themes should wrap calls to next_post_link() and previous_post_link() in is_singular() conditionals if those functions are being used on index.php/archive views.
See #10867 .
The plugins directory now supports videos in readme.txt files. YouTube, Vimeo, and WordPress.com VideoPress videos are supported.
Videos are included using one of two formats.
Include a normal looking shortcode anywhere in the readme.txt file.
For YouTube and Vimeo, the shortcode has one unnamed parameter: the video’s URL.
[youtube http://www.youtube.com/watch?v=7EiKx_WSesk]
[vimeo http://vimeo.com/173714]
For WordPress.com VideoPress videos, the shortcode has one unnamed parameter: the video’s ID. The shortcode can be copied from the video’s embed menu.
[wpvideo OO4thna8]
To prevent shortcodes from being parsed, enclose the shortcode in backticks.
`[wpvideo OO4thna8]`
Include a YouTube or Vimeo URL by itself on its own line in the readme.txt file.
http://www.youtube.com/watch?v=7EiKx_WSesk
http://vimeo.com/173714
http://plugins.svn.wordpress.org/mdawaffe-test/trunk/readme.txt
http://wordpress.org/extend/plugins/mdawaffe-test/
The Validator shows the videos too.
NB: Directly including object/embed HTML into the readme.txt file is not supported; the goal of the readme.txt file is to be human readable.
PS: Videos are not currently supported as replacements for screenshot images in the screenshots section. It’s silly that the Plugins Directory doesn’t yet support that
It’s on the todo.
Very nice add-on to help make decisions about what plugins to use!
What controls will be set around advertisements and spam messages included in the videos?
The theme directory has a pretty good review process to ensure no spam is included, but with video it will be more challenging. If the video is 10 minutes long, how will that be reviewed?
I’m most worried about Youtube, seeing a lot more spammy stuff on there with the ability to put links and popups in videos. If the feature is abused, we’ll just turn it off.
You could limit it to VideoPress videos perhaps. It would make some sense to have them all running on the same infrastructure and be a good advertisement for the service.
It would be nice to not have to turn it off but almost seems inevitable at some point if we don’t closely follow and implement strong controls. It will be difficult to go through every video and Matt I have been seeing a ton of spammy stuff on Youtube as well.
Can we limit the length of the videos, and have some written guidance around what can be included? At the end of the day, a consistent governance plan will enable effective tools like this to proceed by use of monitored controls. VideoPress may also be an interesting approach as Ryan mentioned.
That will add a lot to plugins – settings customization is one of the things many plugin users need and video is best to show the how-to.
That’s very neat! Thanks for that!
Wow! Mike you rock!
Just tried it out… This is Awesome! Thanks!
What about inline images using the following MarkDown syntax?

Working on Quick Edit styling
Please, make it light. Don’t need TinyMCE for example, even quicktags could be unnecessary.
Yeah… make it light, but please include a dropdown for categories and leave the add tags field.
Then, I could write my aside posts from the dashboard… that would be awesome…
Or is their already a plugin that creates an Advanced Quick Editor?
http://trac.wordpress.org/ticket/8144
This is for Quick/Bulk Edit (an inline editor on the 2.7 equivalent of 2.6′s Manage -> Posts admin page) not QuickPress (the write-a-new-post-from-the-dashboard feature).
…confusing…
First pass at crazyhorse quickpress dashboard widget.
Working on crazyhorse stats widget now
Holy shades of Shuttle Batman! I just took a look at the latest Crazyhorse build. Sat me back on my behind I’ll tell you that. I know some of the functions behind the features haven’t been incorporated yet but…wow!
Hmmm, wonder how much will end up in 2.6?
Working on crazyhorse menus.
thanks for the link
I’Ve published a few screenshots of the current development state.
Nice – widgets are running into some integer overflow bug.
I still need to Fix “You’re using BetaPress TODO”. Will probably have to update the update API.
haha, I didn’t see this until after I filed it — I couldn’t resist any longer.
I have another TODO that’s been lurking around the Media Library for a long time now. It’s embedded in the URL for the links under the “Media” column just to the right of the thumbnail images. Example:
“/wp-admin/upload.php# TODO: upload.php?action=edit&post=18″
I’ll refrain from submitting a ticket unless you really want me too. (grin)
Rich Pedley 8:11 am on October 15, 2010 Permalink | Log in to Reply
don’t know if it helps at all but a few that were complaining had their plugin show in every search, except the default ‘relevance’.
Barry 10:24 pm on October 21, 2010 Permalink | Log in to Reply
Do you have specific examples?
Rich Pedley 2:04 pm on October 22, 2010 Permalink | Log in to Reply
not now.. at the time I was thinking of this thread:
http://wordpress.org/support/topic/plugin-directory-2?replies=2
But a quick search now finds the plugin straight away.
However there are still inconsistencies, try a search for eshop, and then eShop.
mdawaffe 10:23 pm on October 22, 2010 Permalink | Log in to Reply
I see the same results for “eshop” and “eShop”. What do you see?
Rich Pedley 10:55 am on October 29, 2010 Permalink | Log in to Reply
They weren’t listing in the same order like they do now, so I guess it got fixed, or my insanity is playing up again…
Dalton 3:15 pm on October 15, 2010 Permalink | Log in to Reply
Another possible bug with the plugins directory? I recently updated my plugin Portfolio Slideshow
http://wordpress.org/extend/plugins/portfolio-slideshow
The download for 0.5.2 is now available in the directory. However, when people try to automatically update from the Plugins panel on their WP install, they get a “Download failed. Not found.” error, like this:
http://daltn.com/z/Upgrade_Plugin_‹_Portfolio_—_WordPress-20101015-111148.jpg
Although the file path in the error message is correct and works if you copy/paste it.
James 11:06 pm on October 15, 2010 Permalink | Log in to Reply
Thanks for taking care of this! I’d like to add that the relevant results seem to be loading somewhat in reverse. For example, search for “Akismet” and you’ll see that Akismet is the last result on the first page.
Barry 10:25 pm on October 21, 2010 Permalink | Log in to Reply
That does look like a bug. I’ll see if we can fix it.
mdawaffe 10:46 pm on October 22, 2010 Permalink | Log in to Reply
It was a core bbPress bug: http://trac.bbpress.org/ticket/1301#comment:5
I thought it was fixed weeks ago. It’s fixed now.
Mrmist 7:50 am on October 18, 2010 Permalink | Log in to Reply
Could this issue also be causing or related to #15138 (newly tagged versions are 404-ing) ?
Barry 10:24 pm on October 21, 2010 Permalink | Log in to Reply
Unrelated, but that problem is also fixed.
Barry 10:23 pm on October 21, 2010 Permalink | Log in to Reply
Search should be working again.