Allow deletion of default domain folders in Optimole Library
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 48/100
Hướng nghiên cứu
Bắt đầu bằng cách lần theo endpoint xóa thư mục hiện có và luồng xóa thư mục của UI, sau đó xác định phần validation ở backend đang chặn các thư mục mặc định. So sánh các tùy chọn của hộp thoại xác nhận và tùy chọn domain không hoạt động với hành vi hiện tại. Hoàn thành nghĩa là các thư mục mặc định có thể được xóa thông qua một đường dẫn an toàn rõ ràng, các rủi ro đối với site đang hoạt động được xác nhận rõ ràng, đồng thời luồng xóa hiện có vẫn hoạt động với các thư mục thông thường.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Impact: 75 · Confidence: 95 · Complexity: 45
Description
Problem: Users are prevented from deleting auto-generated 'default' folders (such as those created for domains) from the Optimole Cloud Library. When a domain is abandoned or migrated, users have no way to clean up the orphaned folder, leading to clutter and frustration.
Desired Behavior: Users should be able to delete default folders using the existing delete functionality. Rather than hard-blocking the action, the system should allow it subject to a strict confirmation or upon verifying the domain is inactive.
Acceptance Criteria:
- Remove the hard restriction that prevents default folder deletion on the backend.
- Introduce a strict confirmation dialog in the UI when attempting to delete a default folder (e.g., requiring the user to type the folder name to acknowledge it will break images if the site is live).
- Alternatively, allow seamless deletion if the domain is verified as no longer linked/active on the account.
Customer Context
A premium user is trying to urgently organize their Property Portal Marketing account by deleting old domain folders ('newsite.simplyspanishhomes.com' and 'simplyspanishhomes.com'). They discovered the manual folder deletion feature but were blocked by an error stating they cannot remove default folders.
Root Cause Analysis
The existing 'delete folder' tool incorporates a protective restriction that hard-blocks the deletion of default (system-generated) folders. This was likely implemented to prevent users from accidentally breaking images on active websites. However, this protective default fails to account for valid cleanup use cases when a domain is decommissioned. The customer's inability to delete obsolete folders is caused by a gap in the validation logic, which lacks a pathway for intentional, confirmed deletion.
Alternative Suggestions
Improve the existing folder deletion endpoint by downgrading the restriction from a 'hard block' to a 'soft block'. Implement a warning confirmation prompt in the UI for default folders, or conditionally unlock the deletion if the API detects the domain is no longer actively connected to the Optimole account.
Reasoning
The customer is trying to delete folders associated with domain names but is blocked by a system restriction preventing the removal of 'default folders'. This issue doesn't require an entirely new feature, but rather an improvement to the existing folder deletion logic to accommodate the lifecycle of offboarded or inactive domains. We can improve the current product behavior by allowing these folders to be deleted after an adequate confirmation step.
Source: HelpScout #3341739214
Generated by feature-request-triage workflow (ID: feature-request-triage_6a1eb7ca56e5c1.18798109)
- Ngôn ngữ chính
- PHP
- Star
- 73
- Fork
- 14
- Merge trung bình
- 2 ngày 13 giờ
- Pull request đã merge (30 ngày)
- 16
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của Codeinwp/optimole-wp
-
bug-report bug-report-triage crash-report
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 65/100
Codeinwp/optimole-wp#1162 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
customer report feature-request-triage
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
Codeinwp/optimole-wp#1161 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug-report bug-report-triage customer report regression
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 56/100
Codeinwp/optimole-wp#1159 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
customer report feature-request-triage
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
Codeinwp/optimole-wp#1151 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug-report bug-report-triage crash-report
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
Codeinwp/optimole-wp#1139 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của Codeinwp/optimole-wp
Issue tương tự
-
domain/crm-after-sales Platform(Default) priority/high
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
sync-en
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 86/100
Maintainer thường phản hồi trong vòng 2 ngày
-
sync-en
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Перевод устарел
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
component/code document/settings documents duplicate integration/wc/pages/cart integration/woocommerce mod* mod/b* mod/c* mod/d* mod/e* mod/i* product/pro status/needs-feedback
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
elementor/elementor#37475 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày