Closed Bug 784206 Opened 12 years ago Closed 6 years ago

Methods to retrieve user data on external websites to display on page

Categories

(developer.mozilla.org Graveyard :: Editing, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: tw2113, Unassigned)

Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20120820 Firefox/16.0
Build ID: 20120820042007

Steps to reproduce:

Ask if it's possible to pull MDN user data via xml/json/api to display on external sites


Actual results:

Nothing, not available. It'd be awesome to display our contributions on our personal sites, and also help promote MDN as a go-to resource for web development


Expected results:

http request awesomeness.
Priority: -- → P3
Version: Kuma → unspecified
Component: Docs Platform → Editing
Can you be more specific about "user data"? Some user data is a privacy risk. What exact details would you like to fetch from MDN?
Sure thing Les. I wasn't wanting to be able to access any data that's privacy risking. More along the lines of Name/public ID associated with contributions, and then what changes to MDN that they gave. Sort of like how Github API allows you to pull your gists and twitter allows you to display your tweets and basic profile information. Great example of what would be great to have access to from inside MDN already: "recent activity". Creating an endpoint to grab that remotely and display.

Looking at my profile now, it shows an "API Key" option already, but doesn't outright give any examples of what it'd be used for. This could be something that ties in or is already tied in to my request.

I was hoping for no POST ability, just GET, allowing a user to show what they give back to the community at large and what they've done to make MDN a better resource. Not super important if it needs to be put off for the moment, but I think it'd be a good feature.
We have a json api right now :-)
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
We do have some JSON APIs, but I don't think any of them cover the request use case.
Reopening. The current APIs do not expose any user related information.
This reminds me a bit of the open source report card: http://osrc.dfm.io

We should probably start to have a list of what we would like to expose in a user json object:

* Username
* Number of edits
* demos submitted
* date joined
* badges earned ?
* ...

Please provide more feedback to be able to implement something here.
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: FIXED → ---
Status: REOPENED → RESOLVED
Closed: 10 years ago6 years ago
Resolution: --- → WONTFIX
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.