Patrick Daly

Thanks Samuel. This is resolved in 1.1.1.

The function will work in most cases because the actual insertion query a few lines later is correct, $wpdb->query($wpdb->prepare(". But the part of the function checking if the post exists doesn’t work and results in a PHP NOTICE. Most users wouldn’t see this … even with verbose error reporting turned on. I’m adding/deleting subscriptions on the front-end of my site with ajax though, and the NOTICE is returned in the response and breaks my output.

No guarantee on when I’ll fix these issues, but I’ve recorded them:

https://github.com/developdaly/Email/issues/8
https://github.com/developdaly/Email/issues/9

Having the same issue. Did you have any luck with this?

Lo’ and behold … I mention this after years of it being a problem and one week later it’s fixed. But, I can’t find anything in Trac that points to what would have changed unless someone (without telling me) made the DB changes.

The charts and web service URLs are working … they must have been temporarily unavailable.

Don’t get me wrong … I understand the severity of changing a username; it likely requires one of the few with database access to manually change it … a task I would restrict from happening in 99.99% of cases.

And I wouldn’t be asking if it were a request to wholly change my username, but this is a bug on the .org side. At least according to the plugin/theme attribution on profile pages, username case does not matter.

There’s two solutions here: change .org’s code to be case insensitive in the places it isn’t already OR change my username. The latter is likely easier, so maybe there’s *some* way we can make this happen?

The plugin itself doesn’t actually style the results, but you could use something like the following:

.stock-tools {
  border: 3px solid #eee;
  padding: 20px;
}
.stock-tools .stock-tools-symbol {
  float: right;
}
.stock-tools .stock-tools-last {
  font-size: 48px;
  font-weight: bold;
  line-height: 48px;
}
.stock-tools.positive .stock-tools-change {
  color: #46a546;
}
.stock-tools.negative .stock-tools-change {
  color: #ff0000;
}
.stock-tools.no-change .stock-tools-change {
  color: #555;
}
.stock-tools .stock-tools-last-trade {
  color: #555;
  font-size: 11.9px;
}

No, the plugin is limited by the data returned by Google (ex. https://finance.google.com/finance/info?client=ig&q=NASDAQ:GOOG )

After installation you won’t see anything new in the dashboard. This plugin simply enables a shortcode ([stock-tools]) that you pate into your content with the parameters in the documentation.

The Google Finance API is no longer available, but this plugin uses their publicly accessible information via a URL like https://finance.google.com/finance/info?client=ig&q=NASDAQ:GOOG, so rest assured it still works.

In my situation I’d like to assign to a role, rather than hand pick multiple users.

We have a large organization with multiple departments that want to pass things around before it’s published. So rather than having to know Johnny in Compliance and Susie in Legal you could just assign it the Legal role.

I’d also like to be able to force the assignment in the workflow, rather than allowing someone to choose who it goes to next.

Without those enhancements, all I really need today is this:

1. User edits existing page
2. They submit their changes to John Doe meanwhile keeping the page published, but without the changes.
3. John Doe approves and the new version is published.

Ron, any plans to work domain mapping for WordPress multisite in a subdirectory into a new version?

I just forked this plugin, adding the ability to import tags: https://github.com/developdaly/BlogML-Importer-for-WordPress

Yes, it’s a known issue with 3.5. The plugin simply doesn’t support multisite in a subdirectory since that’s a new feature of 3.5.

Experiencing the same issue. No caching.

WP 3.5 and WP-LESS 1.5.1