Several groups have the same name for a blurb type. They have each named it “Announcements.” So now, when I want to make a global “Announcements” blurb type, I of course get an error message: “One or more blurb types could not be made global because there is already a global blurb type with the same title, or another group with a blurb type having the same title.”
I am guessing the only way around this is to track down all the existing types and rename them. Or all but one.
PS: And don’t say “That’s not supposed to happen.” That’s my line that I use when people come to me with stuff like this.
I think I’ve encountered something similar. Related: trying to find which group a certain type id is associated with when there’s no other context, and there’s no Live content to appear in a widget…
It would be nice to have an all Blurb/Profile type list, similar to the “All Widgets” list. All types, name, ID, and either group or global.
Easiest solution would probably be to choose a new name for your Global Blurb Type, like “Notices”.
Otherwise, here’s what I would probably do:
Create a new Global Blurb type with a different name, like “Announcements New”.
Find all of the blurbs in other groups with the type “Announcements” and move them to the new global type.*
Delete the now empty “Announcements” blurb types.
Once the old types have all been deleted, rename the new Global Blurb Type to “Announcements”.
*If you have any widgets that specifically pull from those types, the widgets will need to be updated, but if you are making a Global Blurb Type, you will probably want a Global Widget too.
Depending on how many groups currently have Announcements blurbs, this could be a little or a lot of work.
I think in general Jon’s approach is the one I would take, too. Heard, though, about the usefulness of some “view all” type interfaces for things like blurb types.
As a workaround suggestion in the meantime: There are very few cases where I’d consider it safe and advisable to SSH+MySQL directly to your LiveWhale database and make changes, but in some cases even just connecting to browse tables can be useful for seeing data in ways we don’t always think to showcase it in the UI. (I say this mostly true for CMS administrators like you three—the various types of calendar data I think tends to be more straightforwardly available in the manager UI.)
For instance, in your case Morgan, you might do that to find that there aren’t too many groups (maybe just one other non-web-admin group, perhaps one having to do with Law School Announcements) that has a blurb type called “Announcements”.
Or, we’re always happy to answer quickie “take a look at this data” questions like this via any of our hands-on support channels (personalized email support or request help).
