Closed Bug 966008 Opened 10 years ago Closed 10 years ago

Separate Application tags from regular tags

Categories

(Webmaker Graveyard :: MakeAPI, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: cade, Unassigned)

Details

(Whiteboard: [workweek][workweek-3rdparty][weblit-integration][icebox])

I'm proposing this change to help open up the MakeAPI to third parties.

The current tag implementation can be very confusing to users of the MakeAPI. This is mostly because application tags are delimited by a colon, making it impossible for any tag to contain a colon and not be considered an app tag.

By removing this limitation, we can open up regular tags to be containers for any arbitrary text value - making them more flexible and useful to our users. Moving app tags to a protected field will allow us to simplify tag logic on the MakeAPI server, the client API, and also in our tools. I also think this separation will be easier for third parties to understand as well.

As I write this, it occurs to me that perhaps there could be three tag fields to better support third party applications:

1. Tags
Writable by: Make user, owner API keys, and Admin API Keys.

2. Application Tags
Writable by: Owner API Keys and Admin API keys

3. Admin Tags
Writable only by Admin API Keys

The upside of three separate fields is that it's possible for third party apps to add tags to makes that they can use for custom curation purposes. additionally, enforcing write access to these fields using API keys should be straight-forward.
Whiteboard: [workweek][workweek-3rdparty] → [workweek][workweek-3rdparty][weblit-integration]
Assignee: cade → nobody
Status: ASSIGNED → NEW
Whiteboard: [workweek][workweek-3rdparty][weblit-integration] → [workweek][workweek-3rdparty][weblit-integration][icebox]
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.