You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/copilot-instructions.md
+4-7Lines changed: 4 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -35,10 +35,8 @@ You must read files completely and thoroughly, with a minimum of 1500 lines per
35
35
- Follow WordPress theme and plugin development guidelines.
36
36
- Use WordPress REST API for custom endpoints and data retrieval.
37
37
- Ensure all code is compatible with the WordPress ecosystem, including themes and plugins.
38
-
- As this is a WordPress-focused project, avoid using frameworks or libraries that are not compatible with WordPress.
39
-
- Do not use frameworks or libraries that are not commonly used in the WordPress ecosystem.
38
+
- As this is a WordPress-focused project, avoid using frameworks or libraries that are not compatible or commonly used with WordPress.
40
39
- Avoid using non-standard or experimental features that are not widely adopted in the WordPress community.
41
-
- For any project that utilizes WooCommerce, ensure minimum version compatibility with WooCommerce 5.0+.
42
40
43
41
## WordPress Coding Standards
44
42
@@ -63,7 +61,7 @@ You must read files completely and thoroughly, with a minimum of 1500 lines per
63
61
- WordPress 6.5+ (minimum)
64
62
- PHP 7.4+ (minimum)
65
63
- WooCommerce 5.0+ (if applicable)
66
-
- Do not use features or functions that are not available in these versions.
64
+
- Do not use features or functions that are deprecated or not available in these versions.
67
65
68
66
## Version Control and Documentation
69
67
@@ -86,7 +84,7 @@ You must read files completely and thoroughly, with a minimum of 1500 lines per
86
84
- Note: changelog.txt has been removed from this project. Only maintain readme.txt (for WordPress.org) and CHANGELOG.md (for developers).
87
85
- Please do not skip these locations, as the changelog files must be in sync with each other, and the version numbers must be consistent across all files.
88
86
- I will instruct you when to update the version number, and you should not do this automatically. Always ask for confirmation before updating the version number.
89
-
- When the version number is updated, ensure that the new version number is reflected in all relevant files, including the plugin header, changelog files, and documentation files.
87
+
- When the version number is updated, ensure that the new version number is reflected in all relevant files, as outlined in Version Locations above.
90
88
- When the version number is updated, make special note to update the "Unreleased" section in the changelog files to reflect the new version number and a brief description of the changes made. This ensures that all changes are documented and easily accessible for future reference.
91
89
92
90
# General Coding Standards
@@ -132,7 +130,7 @@ You must read files completely and thoroughly, with a minimum of 1500 lines per
132
130
- If you encounter a security vulnerability in the codebase, do not disclose it publicly. Instead, report it privately to the project maintainers or through a responsible disclosure process.
133
131
- If you are unsure about the security implications of a specific code change, ask for clarification or guidance before proceeding.
134
132
- Always follow the principle of least privilege when implementing security features, ensuring that users and processes have only the permissions they need to perform their tasks.
135
-
- If you encounter a security vulnerability in a third-party library or dependency, check if there is an updated version that addresses the issue. If not, consider alternatives or report the vulnerability to the library maintainers.
133
+
- If you encounter a security vulnerability in a third-party library or dependency, check if there is an updated version that addresses the issue. If not, consider alternatives and notify me of the situation.
136
134
- If there is a possible security vulnerability in the codebase, you should always ask for confirmation before proceeding with any changes. This ensures that the project maintainers are aware of the potential risk and can provide guidance on how to address it safely.
137
135
- If I ask you to make changes that could potentially introduce security vulnerabilities, you should always ask for confirmation before proceeding. This ensures that the project maintainers are aware of the potential risk and can provide guidance on how to address it safely.
138
136
@@ -150,7 +148,6 @@ You must read files completely and thoroughly, with a minimum of 1500 lines per
150
148
- Only ask for confirmation when an action is destructive (e.g., data loss, deletion)
151
149
- Always attempt to identify and fix bugs automatically
152
150
- Only ask for manual intervention if domain-specific knowledge is required
153
-
- Auto-generate missing files, boilerplate, and tests when possible
154
151
- Auto-lint and format code using standard tools (e.g., Prettier, ESLint, dotnet format)
155
152
- Changes should be made directly to the file in question. Example: admin.php should be modified directly, not by creating a new file like admin-changes.php.
156
153
- New files may be created when appropriate, but they should be relevant to the task at hand, so long as they are not a rewrite of an existing file. We want to avoid unnecessary duplication of files.
Copy file name to clipboardExpand all lines: CHANGELOG.md
+7Lines changed: 7 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,6 +3,13 @@
3
3
The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
4
4
and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
5
5
6
+
## [1.5.12] - 2025-08-02
7
+
### Added
8
+
-**Disable Post via Email**: New option to disable the post-via-email feature for enhanced security and performance.
9
+
10
+
### Security
11
+
-**Hardened Disabling Filters**: Updated all feature-disabling filters to use `PHP_INT_MAX` priority, ensuring they cannot be overridden by other plugins or themes.
12
+
6
13
## [1.5.11] - 2025-07-11
7
14
### Code Quality
8
15
-**WordPress Coding Standards**: Converted all code to use spaces instead of tabs for indentation
0 commit comments