MediaWiki API result

This is the HTML representation of the JSON format. HTML is good for debugging, but is unsuitable for application use.

Specify the format parameter to change the output format. To see the non-HTML representation of the JSON format, set format=json.

See the complete documentation, or the API help for more information.

{
    "batchcomplete": "",
    "continue": {
        "gapcontinue": "SFX_API_error_messages",
        "continue": "gapcontinue||"
    },
    "query": {
        "pages": {
            "540": {
                "pageid": 540,
                "ns": 0,
                "title": "Report Process",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "This is an overview of the process we use for handling reports (tickets) - basically, everything that happens once you press the \"Help/Problems/Suggestions\" button.\n\nNot all steps are used in all cases, but we detail them all here just in case.\n\nWhile the system may seem daunting, it's designed to be as simple as possible to the submitting user - very few options are provided and all this magic happens behind the scenes. We include the details here in the hopes that it shows you what we do to handle these, and lets you understand where things are taking time and what is happening that you don't see.\n\n== 1: Sorting ==\nAs soon as a report is submitted, it goes into the sorting queue - basically triage. A member of our support team will look at the ticket and send it off to the appropriate department.\n\nIn some cases, they may directly assign it to themselves if they are able to solve the problem. In this case, it skips right to step 3.\n\nDuring peak times most reports are sorted within several hours, in off-peak it may take 6 hours or so.\n\n== 2: Role queue == \nThe reports are then listed by which role they are assigned to (for example, submission moderators) and displayed to the relevant staff members. They will then go through the list of tickets and assign individual things to themselves, taking us to the next step.\n\nIn cases where there is a simple quick resolution, the mod may immediately resolve the ticket, in which case, it's skipped straight to step 6.\n\n== 3: Individually assigned ==\nAt this point, the ticket is assigned directly to a single staff member - all correspondence goes to them, and they will be personally emailed whenever an update is posted to it.\n\nThe staff member will then either mark it as a work in progress (where it stays as is), awaiting user attention (to step 4), or closed (step 6). If they are unable to handle the issue themselves (for instance, if it's a task requiring an administrator or a specialized staff member) they will escalate the ticket (see step 5).\n\n== 4: Feedback ==\nIn this step the reporter is asked for more details or clarifications on the ticket - the ticket then waits in the queue until this is provided.\nOnce a reply is made, the ticket moves back to step 3.\n\n== 5: Escalation ==\nIn the event a report cannot be resolved by the staff member it's assigned to, they can escalate the ticket to a higher or more specialized role. For example, if a report is sent in on a submission where a tag is used improperly, it may be escalated to the tag administrator for a final decision.\n\nGenerally, this step immediately loops back to step 2 (role queue) and will then progress from there but with the higher role.\n\n== 6: Resolved ==\nFinally, the ticket is resolved - at this point, it's closed to further comments, and new issues should be raised in an old report. The only people able to access the old report are you, the last staff member that was assigned to it, and the report administrators (including the top level site admins).\n\n== Privacy ==\nGenerally, the contents of reports are considered private and confidential - no-one other than involved staff can see the contents of tickets, and we don't publicly state who filed what reports.\nInformation regarding reports may be shared internally within the staff where needed for moderation purposes."
                    }
                ]
            },
            "661": {
                "pageid": 661,
                "ns": 0,
                "title": "SFX",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "SFX (SoFurry NEXT) is the newest version of the SoFurry website. It has been created from scratch due to a change of the underlying framework (from Yii (SF1/SF2) to Laravel).\n\n=== History ===\nOn november 22, while SF3 was still in development, [http://www.yiiframework.com/forum/index.php/topic/68641-update-on-yii-11-support-and-end-of-life/ the Yii dev team annouced that the Yii 1 framework was going EOL in 2018]. Since SF1, SF2 and the announced follow-up SF3 are all based on the Yii 1 framework it has been decided to drop SF3 and start working on a completely new site, using the Laravel framework - \"SFX\" was born.\n\n=== Major changes  ===\n* Completely new look\n* Groups have been removed\n* The market has been removed\n* Searches are faster and now include artist's names \n* Better thumbnail/preview processing\n* Advanced character support (Each user has one default character)\n* Completely rewritten chat (Both server and client)\n* Rewritten Android App (New design + backend with push notification support)\n* Fully implemented API for third party applications\n* Big increase in performance and less use of resources\n\n=== Alpha test ===\nSFX is still in a far-from-finished state and still in heavy development. A private alpha for users to test out the first new things will be available soon."
                    }
                ]
            }
        }
    }
}