Notification count added on vendor dashboard menu render

[aihimel]

All Submissions:

• My code follow the WordPress' coding standards
• My code satisfies feature requirements
• My code is tested
• My code passes the PHPCS tests
• My code has proper inline documentation
• I've included related pull request(s) (optional)
• I've included developer documentation (optional)
• I've added proper labels to this pull request

Changes proposed in this Pull Request:

Related Pull Request(s)

• https://github.com/getdokan/dokan-pro/pull/3170

Closes

• Closes DOKAN PRO - New Menu Manager Settings - No notification (Number) on Support and Refund Menu Items Tab anymore #2194

How to test the changes in this Pull Request:

• Check DOKAN PRO - New Menu Manager Settings - No notification (Number) on Support and Refund Menu Items Tab anymore #2194

Changelog entry

Notification Count Showing

After editing menu with Vendor Dashboard Menu Manager Settings, notification count on Support and Return Request vendor dashboard menu will show accordingly.

Before Changes

Previously notification count were not shown on Support and Return Request vendor dashboard menu.

After Changes

After this PR, notification count will show on Support and Return Request vendor dashboard menu.

PR Self Review Checklist:

• Code is not following code style guidelines
• Bad naming: make sure you would understand your code if you read it a few months from now.
• KISS: Keep it simple, Sweetie (not stupid!).
• DRY: Don't Repeat Yourself.
• Code that is not readable: too many nested 'if's are a bad sign.
• Performance issues
• Complicated constructions that need refactoring or comments: code should almost always be self-explanatory.
• Grammar errors.

FOR PR REVIEWER ONLY:

As a reviewer, your feedback should be focused on the idea, not the person. Seek to understand, be respectful, and focus on constructive dialog.

As a contributor, your responsibility is to learn from suggestions and iterate your pull request should it be needed based on feedback. Seek to collaborate and produce the best possible contribution to the greater whole.

• Correct — Does the change do what it’s supposed to? ie: code 100% fulfilling the requirements?
• Secure — Would a nefarious party find some way to exploit this change? ie: everything is sanitized/escaped appropriately for any SQL or XSS injection possibilities?
• Readable — Will your future self be able to understand this change months down the road?
• Elegant — Does the change fit aesthetically within the overall style and architecture?