How to request features, vote on the roadmap and report bugs

Last updated July 19, 2026

The uplads feedback portal at /feedback is where product decisions get made in the open. It has three tabs: Feedback for feature requests, Roadmap for what's coming, and Bug reports for things that are broken.

Signing in to the portal

The portal has its own login, separate from your uplads app account. Signing into the dashboard does not sign you into feedback, and vice versa — they're independent sessions.

To sign in, enter your email address and we send you a 6-digit code:

The code expires after 10 minutes.
After 5 wrong attempts that code locks and you'll need to request a new one.
You can request at most 3 codes per email in a 15-minute window, plus a per-connection throttle of 8 requests per 10 minutes. Both exist so the portal can't be used to email-bomb an address.

You can browse the board and the roadmap without signing in. Posting, voting and commenting all require a session.

Posting a feature request

On the Feedback tab, write a short descriptive title (at least 3 characters), optional details, and an optional category. While you type, similar existing requests surface underneath — worth a look before posting a duplicate, since votes on one strong request carry more weight than five thin ones.

Posting a request automatically counts as your first vote on it. You don't need to vote for your own idea afterwards.

Voting

The vote button is a toggle: click it to add your vote, click it again to take it back. One vote per person per request, and the count updates immediately.

Sort the board by Top (most votes, newest first as tiebreaker) or New. You can also filter by category or search request titles.

Request statuses

Every request carries one of five statuses:

Open — posted, not yet triaged.
Planned — accepted and queued.
Building Now — actively in development.
Completed — shipped.
Declined — we've decided not to build it.

Only the uplads team can change a status. Posting, voting and commenting never move a request between columns.

The roadmap

The Roadmap tab is the same data in three columns: Planned, Building Now and Completed. Open requests aren't shown here — they live on the Feedback board until they're triaged. You can vote directly from a roadmap card.

Filing a bug report

On the Bug reports tab, give the bug a short title (at least 3 characters), describe what happened, and pick a severity: Low, Medium, High or Critical. Medium is the default if you don't choose.

Attachments make bugs far easier to reproduce:

Up to 5 files per report.
Up to 50 MB per file.
Images and video only — screenshots and short screen recordings are exactly what's wanted here.

Who can see bug reports

Bug reports are not a public board. If you're not on the uplads team you see only the reports you filed yourself — other customers' reports are never visible to you. The team sees all of them.

Bug statuses are Open, Investigating, Resolved and Closed, and like feature statuses only the team can change them.

Rate limits

Generous caps keep the boards clean:

10 posts per hour — feature requests and bug reports each count against this.
8 comments per minute.

If you trip one, you'll be asked to slow down and can continue shortly after.

What to file where

Use a bug report when something behaves incorrectly — a failed launch, a wrong ad name, a broken import. Use a feature request when the product works as designed but you want it to do more. For a launch that failed with an error you can already see, start with Why did my launch fail and how do I fix it? — most cases resolve without a report.