14
I updated several aspects of the app in response to user feedback:
Error handling is somewhat better (it will now tell you if your token is invalid, instead of a generic "error" alert)
Queued API calls are aborted now, which should speed up site changing, among other things.
There's now an option to deauthorize the app, should you decide to revoke its ...
12
EDIT: Implemented using Web Sockets (because the caching characteristics of the API does not allow real-time notifications). I created a Chrome extension and Firefox add-on, and created a Stack Apps listing at Real-time desktop notifications for Stack Exchange inbox.
In Google Chrome, the popup is closed when performing an action outside it (clicking, ...
12
It's pretty simple, you just append your key to the URL as a parameter.
For example, looking for users 1 and 5:
http://api.stackexchange.com/2.2/users/1;5?site=stackoverflow&key=YOUR_KEY_HERE
So, it looks like your HTTP.call would become:
HTTP.call (
"GET",
urlString,
{params:{site:"stackoverflow", key:"YOUR_KEY_HERE"}},
function (...
11
Refer to the Stack Exchange API, Authentication docs. It looks like you are trying to authenticate using either a server you do not control, or a local server that is not on the public internet.
Crucial Points:
Do not specify a redirect_uri to any server that you do not control.
When you use something like redirect_uri=https://www.yahoo.com/, then a third ...
9
Yes, you can change very nearly everything (and actually everything that's user entered) about an application after it's been registered.
You should use the domain you intend to host the client-side app under as your OAuth Domain. While not strictly necessary, it's the sanest option.
8
I don't see any particular reason not to add it, but there are some workarounds you can use in the meantime:
Build a cache of all site information with the site URL as the key, and then look up the api_site_parameter value (and associated information) that way.
or
Use the fact that the domain name can be passed as a valid value for the site parameter, in ...
8
No. Currently the users type does not return any private_info and neither does the user_timeline type return any voting information.
No other API method allows for detecting a user's vote history except one question at a time. You would have to fetch every single question and test the downvoted and the upvoted properties.
If you limited your search ...
8
You need to pass in a sufficiently large pagesize value, per the documentation:
The pagesize parameter for this method is unbounded, in acknowledgement that for many applications repeatedly fetching from /sites would complicate start-up tasks needlessly.
Otherwise you'll only get 30 results, the default value for pagesize. Alternatively, you can page the ...
7
Bug: When the error popup is displayed, no error is displayed (only a .), and clicking the Ok button does not dismiss the popup box.
7
Whelp, that was an oversight.
accept_rate should now be returned on both user and shallow_user. Note that when insufficient data is available to calculate an accept rate, we don't return anything at all.
The exact rules for calculating accept rate are subject to change, but currently documented here. The API returned accept rate should always match the ...
7
I'll slot this in for v2.1, not super useful in general but definitely interesting information that we should make available.
7
This is currently not possible via the API. The best you could do is have the user logged into a browser and then screen-scrape the
stackoverflow.com/users/{user_id}/?tab=votes
pages... Hardly an acceptable workaround.
The Authentication doc, Scope section, does say:
private_info - access full history of a user's private actions
on the site.
But ...
7
This is what custom filters are for.
For example, if you append &filter=!BGRhem4Z)WIti9lP55R*tgr(Jq_fHC to your query, above, you will get results without upvote_count, downvote_count, or owner information. (The first two aren't included by default anyway.)
An easy way to create a filter is to use the filter-edit tool, on the appropriate doc page for ...
6
For /sites (and only it) I have removed the pagesize constraint.
I believe in this case it makes sense, since applications are expected to query all of that data and cache it for long periods of time. The constraint remains elsewhere, as it's very important for performance reasons.
6
Here's what I see after the page briefly populates:
6
Most routes that take an ID, including the /users route, will accept multiple values separated by semicolons. For example, a query like
/users/1%3B22656?site=stackoverflow
will give you results for both user 1 and user 22656. You can combine up to 100 ids in this fashion.
5
the original question was apparently for V1.
in V2 we now have https://api.stackexchange.com/docs/required-tags
the request: https://api.stackexchange.com/2.0/tags/required?order=desc&sort=popular&site=stackapps will return required tags
5
Tim Stone pointed out that I was trying to use a 1.1 key with the 2.0 API, which of course doesn't work.
I've registered for a 2.0 API key and everything is sorted out now.
5
I think Py-StackExchange is your best bet. There's a wiki page on updating to v2 API.
5
See the "Safety" heading in the "Custom Filters" doc. The difference between a "safe" (default) filter and an "unsafe" filter, is that the unsafe data might return data that could result in a script injection if the data was directly inserted in an HTML document. (EG: '<script src="PwnYaSucka.com">...')
Some fields are apparently inherently devoid ...
5
link is the best way to distinguish between items. No two items should have the same link, and inbox items aren't updated after they are created; they're snapshots of activity more than references to it.
5
By "bio" you mean the about me field, right? ...
Any path that returns a user object will return the about_me property, but this is not returned by default. You have to use a filter that has about_me enabled.
For example, here is a query to get your "About me" on stackapps:
users-by-ids#ids=8109&filter=!.2mo6GlnpFPFeBKnaz&site=stackapps
An easy ...
5
This was fixed in the latest deploy.
5
The API allows you to set a pagesize of 0 to 100 (with the exception of the /sites route, which allows larger values), and defaults to a maximum of 30 items in the response.
To get all of the items applicable to the API query, you need to check the has_more field to determine if you need to request subsequent pages via the page parameter. This is covered in ...
5
No, Area51 isn't in the API; it's different enough from the Q&A sites that it'd have to have a rather different one anyway.
There are currently no plans to make an Area51 API either.
5
You can get data close-enough to "real time" for most practical purposes. See the StackHose app, for example.
Read the page about the API's Throttles and Quotas. From that page we can deduce:
The maximum, burst, request rate is 30 requests per second, and this risks getting your app shut down.
Your app will never be allowed more than 10,000 requests per ...
4
status-completedI asked this as a question, but apparently the convention is to report bugs/feature requests in the announcement thread.
It appears, that the MathJax extension mhchem is currently not enabled in the StackPrinter app. This is rather inconvenient for most of the chemistry.se questions and answers. It would therefore be nice if this feature ...
4
Could you add progress towards the Enlightened and Guru badges for answers too?
These would list accepted answers that have scores close to 10 and 40 respectively (with the Enlightened candidates limited to first answers only), as well as list not-yet-accepted answers where the score (and "first answer") criteria have been met and would qualify for just ...
4
When this class of error is encountered, the number of seconds until the quota rolls over is indicated as part of error_message now.
For example:
{ "error_message": "too many requests from this app/user pair, more requests available in 76400 seconds" }
This is meant for debugging and development purposes only, applications should take care to not actually ...
4
It's mentioned under the Safety section of the filters documentation that by default all response data can be safely inserted into HTML, which is why the data is pre-escaped in this case. You can try creating an unsafe filter using the unsafe parameter to use if you wish to avoid this conversion.
Only top voted, non community-wiki answers of a minimum length are eligible
