Fixed! Thanks again for the feedback~
11 Likes
Ah, I see what’s happening. The Report Bug button is intended to take you to the bug reporting wizard (we don’t currently have a Feature Request-specific wizard). To submit a Feature Request, you’ll need to click into the subcategory and create a New Topic following these instructions
I’ll see if we can make this clearer in a future update
10 Likes
Thanks for catching that. We did merge them intentionally, but I can see how that could be confusing (especially with the mismatched description). I’ll talk with the team and we’ll either make sure to update the category description to match the wizard or revert and keep it as it was.
Curious your perspective, though - both UGC and Roblox items are part of the avatar item catalog, but have you seen or experienced bugs that are distinct enough that we should keep the concepts separate?
13 Likes
From my perspective, Roblox can only fix art issues (scaling, texturing, positioning, etc.) with Roblox-created accessories. These issues with UGC items would have to be fixed by the creator (see this report). Most bugs with UGC items that I’ve seen reported lately have been in regards to uploading bundles and moderation of items.
Examples (most of which have been moved from Catalog Asset Bugs to Website Bugs):
- Impossible to upload new bundles (proof) (Uploading bundles)
- Black UGC Items are being purged from the catalogue (Moderation)
- Many old and bestselling UGC items randomly deleted for no reason recently (Moderation)
- Roblox does not approve after several updates of my bundle (Moderation)
I understand, though, that it would not be practical to split the category if the same team (the Avatar Team I would assume) works on issues with both Roblox-created accessories and UGC items.
12 Likes
Hey, it’s been 12 days and the second and fourth report still haven’t been addressed. I really appreciate your efforts and would love to see an update on these, as both are quite major issues. 
7 Likes
With the “fourth report” are you referring to "Updates" page not listing update stats ?
The reporter of that issue already marked a staff reply as the solution and the thread is locked.
5 Likes
Yup, was hoping you guys could unlock it to allow for a resolution but maybe not. How would I go about getting this issue addressed if this isn’t possible - should I make another bug report?
4 Likes
As you can see that team is already aware of the issue so it’s not needed to file another bug report. Also judging from the response and the nature of the issue, the timeline to expect is now in feature request territory rather than bug report territory. (expect a longer timeline for a fix)
9 Likes
Just out of curiosity, has the team reached a decision about the criteria for the catalog asset bugs subcategory yet?
4 Likes
Updated the category and wizard descriptions to reflect the change. Most of the examples you shared were related to asset moderation - long term, we may move moderation issue reports out of the bug report flow, but it’s the best place to escalate for the time being.
6 Likes
Hey everyone! Excited to share that we’re adding clearer status labels to each bug report thread!
These statuses will make it much easier to see which issues are still open, which have been fixed or closed, and if we are waiting for additional information to continue investigating a bug. Note that when we enable this feature it will, at first, only apply to new bug reports. We’ll update existing threads with their current status over the next couple of weeks.
Here’s a quick breakdown of the new status:
-
Open - You’ll see this on most bugs that aren’t marked as Fixed or Closed. When an issue is still Open it means we are still processing, reviewing, or working on a solution.
-
Need Information - Even the best-filled bug reports may need additional info in order for us to track down the cause and identify a solution. If you see this on an issue that you’ve encountered, consider clicking in and contributing to the investigation!
-
Fixed - We’ve identified and rolled out a change that addresses (fixes) the issue. If you run into the issue again, reply to the thread if it’s still open or submit a new report if the thread is locked. Bonus points if you include a link to the old thread in your new report.
-
Closed - For the most part, you will see this on threads that are duplicates, off-topic, or issues that we are not going to fix because they may be by design, could be non-issues after an upcoming feature release, an edge-case, or because (try as we might) we haven’t been able to reproduce and are unable to fix.
That’s it for this update. Thanks to everyone who has shared feedback so far - please continue to share! Looking forward to popping back in here with another update soon.
22 Likes
Hey everyone,
Excited to announce a new way to share feedback directly on our creator documentation! Click on the [ Feedback 
] button at the top of every page and leave us a quick 
to tell us how we’re doing and, if you have TL2 - Regular status, leave a comment to start a Forum thread about your feedback.
This feature brings another step closer to making reporting easy and accessible to all creators. We need your input along the way so please keep sharing your feedback with us!
5 Likes
I believe that this is a good idea so users can share their feedback and how the articles can look better for the next readers, but there is something wrong when you share the input…
Today, a few minutes ago, I sent a feedback message as a test and it seems that it created publicly a topic at #bug-reports:documentation-issues. This can confuse Roblox forum users and staff thinking it is a bug whether than a suggestion.
It would be nice if we could have a Feedback category containing a subcategory for Creator Documentation.
1 Like
Thanks for the feedback. To clarify, it seems like you didn’t notice this part of the form?
Or is the confusion about the forum category, not about the fact it made a forum post?
1 Like
IMO this form does not adequately communicate that it’s going to create a public post when you submit it. I feel like this action is a bigger deal than the design of this form suggests. A small footnote under the textbox is very easy to be blind to. I think an additional confirmation modal that explicitly tells you what’s going to happen would be more appropriate.
E.g.
Notice: This feedback will be submitted publicly to the Developer Forum.
[Create Thread] [Cancel]
1 Like
Heya @Hooksmith!
Yeah, it is about the forum category because it doesn’t fit properly there when it comes to providing feedback of how articles of Roblox Creator Documentation could be better.
It would be better if creating a new forum category for this particular case! 
Would it be possible to have an “In Progress” status for when these processes (processing, reviewing, or working on a solution) are occurring? To me, marking a report as “Open” makes it appear that it has enough information to be investigated. I feel that an “In Progress” status would elaborate more upon a report being open and add another layer of transparency.
I realize the “Open” status already indicates these processes and applying an “In Progress” status might not be scalable due to the amount of reports that are open. I just wanted to put this suggestion out there.
I can file a feature request if you need me to.
I didn’t notice that either because of how new it is and how it’s account specific to TL2+; in my opinion it’s not an adequate enough disclaimer. In-fact, I wrote a topic about an embarrassing moment I had because of it…
Just to set expectations right… I had a look at your deleted topic and it was totally valid feedback and not at all inappropriate to report.
Where is this quality standard feeling coming from? Is it our requirements or is just a certain feeling you have about the forum? Engineers / writers would have been happy to take the feedback you wrote as-is.
We considered this, but discovered that the idea of “In Progress” varied so much from feature to feature that it may end up setting unrealistic expectations for when something will be addressed.
We’re getting ready to release an update to our internal tools that we hope will improve the frequency of staff updates along the way. The idea here is that we can pair the high level statuses with more detailed replies.
Curious to hear more though!
What are you usually doing/thinking when you feel like you want to see that an issue is In Progress? What would you do or not do if you saw that? And how would seeing that status on a bug feel if it’d been “In Progress” for x amount of time?
Anyone else, please feel free to tag in if you have feedback to add 
3 Likes