Little late, but the answer is no, that's not a bug. Making someone a collab shares full ownership of the entry, including the ability to edit or delete it.

BV updates are forthcoming. No ETA, though. With web dev being my full-time job, finding the motivation to do more of it during my free time is difficult. But I'm getting there.

In other news, the IRC chat has been replaced with a Discord server.

Edit: Since people are asking for it, here's some of the things I want to do in the BV update:

• Smash 4 support (obviously)
• Allowing more than 3 preview images/videos
• A revamped template for displaying entries that shows a more compact view, including only 3 previews, with a button to expand and show the full information
• An improved upload page that lets you drag and drop your files and (image) previews to upload them directly to a file storage/image hosting site
• Entry tagging

And there's probably more that I'm forgetting at the moment. I don't know how feasible some of that stuff is, mainly the uploading portion. And tagging will have the issue that all of our existing entries won't have any tags, so I'll have to find a way around that problem.

And all of the work I've done so far has been on the backend, so I don't have any previews to show yet.

what

nothing happened

everything is fine

it was all in your head

The best joke of this site I remember was about 2 years ago, when Vyse I believe, made the whole site upside down.

These are always Miacis's idea.

The deletion reason will be visible separate from the entire log for the entry.

And yes, if you can tell me where to access the logs

You will not be able to access the entire log for entries you don't own. Just the deletion reason.

The short version of this post is that I'm just not going to make a new status for this. Making a functionally identical status to Deleted has no purpose because we can just use Deleted. We do enter a deletion reason whenever we delete something, so what I'm going to do is make that visible to everybody (currently it's only visible in logs, which only staff and entry owners can access) so that people will know the entries were deleted for unresolved reports and not any other reason. If that doesn't make you happy then you can just stay angry.

Now I'll go through this point by point.

"Deleted" looks like they had their Vault pending failed because of plagiarism.

That you automatically assume that is your fault and no one else's.

so if someone went around "Reporting" every single one of those with "No Preview Pics", they'd be deleting over 50% of the entire Vault

Did you know that 67% of statistics are made up on the spot?

That's all I want, is to be able to tell which ones are "deleted" from plagiarism, and which ones are deleted for retarded stuff like "Scarf is too big".

First, do not use the word "retarded" that way.

Second, in the interest of transparency, I will start surfacing the deletion reasons that we already enter when deleting an entry. Right now, those reasons are stored only in the log, which is accessible to staff and entry owners only. Entries that get automatically deleted due to this process will have that entered as the reason, and you will be able to see that and know whether there was plagiarism involved, etc.

Is it really THAT hard to just change the tag to something other than "Deleted"?

No. But creating a new status for this isn't worth the additional complexity. People shouldn't have to learn the difference between "Deleted" and "Unresolved Reports." "Deleted" alone does everything we need.

You do realize this has nothing at all to do with coding, right?

It has to do with making an intuitive user interface, which is absolutely part of software development. Whether the actual programming is difficult is not the question; the issue is and always was that it's not worth forcing users to learn additional information about how the Vault works in exchange for the little gain that we get.

Besides which, have you never heard the saying "The Customer is always right"? Well, I'm the customer

You are not a customer. If you were paying me, we'd be having a different conversation. As things are, I have no obligation to do anything. I am a volunteer.

And, well, that's what I'm doing, is being persistent about suggesting a change to Brawl Vault.

Being open to suggestions is not the same as accepting them without question.

Deleted entries are still accessible via direct link. If the "Scarf Link" video has a direct link to the entry on BrawlVault, that link will still work even if the entry is deleted.

And you can filter any BV search to show deleted entries by appending "&Moderated=-1" to the URL. This isn't surfaced to normal users because the vast majority of the time, it is not useful and would only be confusing.

And if you don't think that sounds confusing, let me tell you, I work in web dev for a living, and I know from experience that people will get confused by anything. I am not just making things up as an excuse to not do them or whatever; I have close to four years of work experience informing my opinions.

Also, we have a system for dealing with bad reports even if the owner of the entry isn't around to resolve it. You can challenge that report, and our staff will look at it and remove it if they deem it necessary. Did you challenge that bad report you saw? Did you use the procedure we already have in place to prevent the problem you think exists?

If something is "Deleted", you'll think it was because there's a newer version or it stole someone else's idea. If something's "Reported" and just removed from the general search, than people will know that it's still valid, but the average person won't go looking for it.

I provided a link earlier that lets you pull up every deleted and reported entry without needing a separate tag for it.

will know that they're still valid, but that they just have broken links or something.

An entry with a broken download isn't valid.

The first is regarding broken images. Most of the broken images are because people uploaded the hacks with working images, and then left the site forever without the knowledge that the images would eventually get deleted, because few people actually know about Imgur's timers on their pictures and stuff.

The second is regarding broken downloads. The same thing happens, only at least in that case, the hack just takes up unnecessary space.

A report is a report. It doesn't matter what the report is. If picano had more foresight when first setting up the Vault, maybe we could do something more nuanced here, but we can't, so there's not really a point talking about it. As things stand, something is either reported or not -- it's a binary state. We have to operate from that. And we're not going to appoint you or anyone else as a "gatekeeper" who decides which reports are worthy of deletion.

And the third is regarding things like hacks that freezes the Wii, because those are "valid reports", but they're not actually part of the submission rules to the Vault in the first place. So reports aren't really for stating which hacks are against the Brawl Vault submission rules; they're mostly about whether or not they're 100%, which is irrelevant entirely to the submission rules in the first place.

You are correct that "your entry should work" is not expressly written in the rules, but is kind of assumed.

And I think I'd rather have a user wonder "why is this Broken section here"

And I would not.

than waste significantly more time looking for a deleted submission.

You know the average user is not going to do that.

I'm fine with renaming "Broken" to something else, perhaps "Unresolved Reports"?

There's already a way to see active reports without needing to create a new tag for it.

This solves the problem of moving clutter from the vault without making functional hacks inaccessible.

How, exactly, would it do that? Would we hide entries with the "Broken"/"Unresolved Reports"/"Whatever" tag from search results? Because that's the only way to reduce clutter.

But here's the thing: if we did that, it would be no different from deleting the entry, because that's all deleting does. It hides the entry from search results. It's still accessible via direct link, and it's never gone forever.

All a new tag does is create a functional duplicate of "Deleted."

snip

No. The point of programming is to automate tasks so that humans don't have to do them. If we took your approach, there'd be no point in having any program involved at all.

Furthermore, we're not interested in "grading" reports by severity. We do not want to represent any type of infraction as something you can "get away with." We have rules, and we expect our submitters to follow all of them. If you break any of our rules, get caught, and don't resolve the issue in a timely manner, then you don't respect our rules or standards and we don't want your content on our site.

And nothing is deleted forever, so anyone who decides they'd like to follow the rules can update their deleted entry and petition to have it reinstated. There's never a point of no return.

Could we keep the ones with "Broken Images" and stuff like the generic "Freezes"(As it's still playable on Dolphin and such, and can easily be reduced in file-size)? And only delete the broken downloads ones, while somehow still having the links to them, and make sure that they ARE actually broken downloads?

Again, it's not really possible to distinguish types of reports. When you report something, you just write stuff in a text box. The only way to determine what exactly is being reported would be to create a program that "reads" the report, looking for key words like "download," etc., and that's not going to work. I could create a more robust report system that lets you select a reason for reporting with the option of entering extra details, but that's not going to help all the reports that have been submitted already.

A bunch of invalid reasons to report an entry

Well, that's why you have a month to remove the report. It's not like your things are going to be deleted immediately. And we have systems in place to flag malicious reports so that the people who submit them can be stopped.

But if you delete the ones with broken downloads, than how will people on the "Brawl Vault Community Support" pages be able to know which downloads need restoring?

http://forums.kc-mm.com/Gallery/BrawlView.php?Moderated=-1&Reported=1

A new category isn't necessary and would just lead to visitors wondering why we still display "broken" entries in the Vault. "Broken" is also too broad a term; if an entry is marked "broken" because of missing previews, but the download link still works, then anyone who finds it will have to read the reports to figure out why the "broken" status was applied because it's not obvious that "broken" would refer to more than just the mod itself.

Just deleting them is much simpler. If they're broken, they shouldn't be there. If you don't fix your [censored] after we give you plenty of time to do so, it gets deleted.

And no, there's no way to know why an entry was reported, and even if I created a way, retrofitting it to old reports would be basically impossible. So all reports will be treated equally. We have standards -- which aren't even particularly high! -- and we expect you to meet them, whether that applies to previews, download links, whatever.

We have plans to implement automatic deletion of entries with reports that aren't addressed after a certain period of time. Probably a month.

I'm planning to send out a mass notice to anyone whose entries would be affected once I have the script developed, but might as well get the word out early.