Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

馃殌 Feature: Constants for Error Types #698

Open
6 of 19 tasks
stnguyen90 opened this issue Aug 8, 2023 · 14 comments 路 May be fixed by #724
Open
6 of 19 tasks

馃殌 Feature: Constants for Error Types #698

stnguyen90 opened this issue Aug 8, 2023 · 14 comments 路 May be fixed by #724
Assignees
Labels
hacktoberfest Issues that can win you some cool merchandise!

Comments

@stnguyen90
Copy link
Contributor

stnguyen90 commented Aug 8, 2023

馃敄 Feature description

For the error types exposed here we should have a class with constants or an enum so we don't have to manually put the string in the code.

馃帳 Pitch

Let say I want to display some error message specifically to the user depending on the type, so instead of doing this:

AppWriteException exception;
if (exception.type == 'user_already_exists') {
...
}

I could use the constant instead

AppWriteException exception;

if (exception.type == ErrorType.userAlreadyExists) {
...
}

Requirements

To implement this, we'll need to update the API specs to include the error types. For the API specs, we'll want to add an AppwriteException schema/definition like so:

    "definitions": {
        "appwriteException": {
            "properties": {
                "message": {
                    "type": "string",
                    "description": "Error message.",
                    "x-example": "Invalid id: Parameter must be a valid number"
                },
                "type": {
                    "type": "string",
                    "description": "Error type.",
                    "enum": [
                        "general_mock",
                        "general_argument_invalid"
                    ],
                    "x-example": "argument_invalid"
                },
                "code": {
                    "type": "integer",
                    "description": "Error code.",
                    "x-example": 400,
                    "format": "int32"
                }
            },
            "x-appwrite": {
                "types": [
                    {
                        "code": 400,
                        "type": "general_mock",
                        "description": "General errors thrown by the mock controller used for testing."
                    },
                    {
                        "code": 400,
                        "type": "general_argument_invalid",
                        "description": "The request contains one or more invalid arguments. Please refer to the endpoint documentation."
                    }
                ]
            }
        },
        "any": {
            "description": "Any",
            "type": "object",
            "additionalProperties": true
        },

Note:

  1. this is an example for Swagger 2. The equivalent will need to be done for OpenAPI 3
  2. we're still finalizing whether was want the types in definitions.appwriteException or definitions.appwriteException.properties.types

The SDK Generator should use the API specs to generate the enums with descriptions like:

enum ErrorType {
   /**
    * General errors thrown by the mock controller used for testing.
    */
    GeneralMock = "general_mock",

    /**
     * The request contains one or more invalid arguments. Please refer to the endpoint documentation.
     */
   GeneralArgumentInvalid = "general_argument_invalid"
}
enum ErrorType implements Comparable<ErrorType> {
  /// General errors thrown by the mock controller used for testing.
  generalMock(code: 400, type: 'general_mock'),
  /// General errors thrown by the mock controller used for testing.
  generalArgumentInvalid(code: 400, type: 'general_argument_invalid');

  const ErrorType({
    required this.code,
    required this.type,
  });

  final int code;
  final String type;

  @override
  int compareTo(ErrorType other) => type.compareTo(other.type);
}

So that the developer's IDE will show the description like:

image

Tasks

馃憖 Have you spent some time to check if this issue has been raised before?

  • I checked and didn't find similar issue

馃彚 Have you read the Code of Conduct?

@sahilsaha7773
Copy link

Hey @stnguyen90, I and @goswamianshuman are working on this, could you please assign it to us?

@goswamianshuman
Copy link

Hey @stnguyen90, we are here now you can assign this PR to us.馃槃

@35C4n0r
Copy link

35C4n0r commented Oct 3, 2023

@Haimantika I would like to work on this Issue.

@Haimantika
Copy link

@Haimantika I would like to work on this Issue.

Hi @35C4n0r have assigned the issue to you! Thank you for showing interest in contributing to Appwrite! Happy Hacktoberfest 馃巸

Notes:

Please update us with your progress every 3 days, so that we know that you are working on it.
Join us on Discord - https://appwrite.io/discord to chat about Hacktoberfest and Appwrite!

@monhelnog
Copy link

I would like to work on this issue

@Haimantika
Copy link

Haimantika commented Oct 3, 2023

I would like to work on this issue

Hi, we are assigning issues on a first-come, first-serve basis, if @35C4n0r decides to drop off, we will assign it to you.

@heyhimansh
Copy link

Hey @Haimantika, i would like to work on this issue.

@Haimantika
Copy link

Hey @Haimantika, i would like to work on this issue.

Hi, we are assigning issues on a first-come, first-serve basis, if @35C4n0r decides to drop off, we will assign it to you.

@Haimantika
Copy link

Hi @35C4n0r is there an update? The issue will be assigned to the next person in line soon due to inactivity

@35C4n0r
Copy link

35C4n0r commented Oct 6, 2023

Hi @Haimantika working on this, i've managed to understand the codebase, am still working on this issue.

@35C4n0r
Copy link

35C4n0r commented Oct 7, 2023

@stnguyen90 @Haimantika
the URL for the Swagger API Spec is invalid

$spec = new Swagger2(file_get_contents('https://appwrite.io/v1/open-api-2.json?extension=1'));

Can you please inform me about the correct URL.
For now i'm using \tests\resources\spec.json

@35C4n0r
Copy link

35C4n0r commented Oct 7, 2023

@stnguyen90 should we put the enum in exceptions.*.twig or create a new file for it.
Also for the spec you provided this is the only part we should make an enum out of right?

"x-appwrite": {
                "types": [
                    {
                        "code": 400,
                        "type": "general_mock",
                        "description": "General errors thrown by the mock controller used for testing."
                    },
                    {
                        "code": 400,
                        "type": "general_argument_invalid",
                        "description": "The request contains one or more invalid arguments. Please refer to the endpoint documentation."
                    }
                ]
            }
        }

@stnguyen90 stnguyen90 self-assigned this Oct 9, 2023
@stnguyen90
Copy link
Contributor Author

@35C4n0r,

the URL for the Swagger API Spec is invalid

The specs are here.

should we put the enum in exceptions.*.twig or create a new file for it.

In the exception file is fine.

Also for the spec you provided this is the only part we should make an enum out of right?

FYI, we already have appwrite/appwrite#5979 open for the specs part, although we haven't finalized where in the specs the types should go.

@35C4n0r 35C4n0r linked a pull request Oct 10, 2023 that will close this issue
@ItzNotABug
Copy link

Commenting to get notified of any updates to this!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
hacktoberfest Issues that can win you some cool merchandise!
Projects
None yet
Development

Successfully merging a pull request may close this issue.

8 participants