MokoConsulting/MokoGitea
1
0
Fork 0
Code Issues 104 Pull Requests 4 Actions Packages Projects Releases 1 Wiki Activity

feat: Granular permissions for custom fields #9

New Issue
Open
opened 2026-05-08 04:39:16 +00:00 by jmiller · 0 comments
jmiller commented 2026-05-08 04:39:16 +00:00
Owner
Copy Link
Copy Source

Add per-field permission controls so admins can restrict who can view or edit specific custom fields.

Use Cases

  • Client-facing fields visible to clients but not editable
  • Internal scoring fields hidden from non-staff
  • Compliance fields only editable by admins
  • Billing fields restricted to finance team

Proposed Permission Levels

Level Can View Can Edit
Public Anyone with repo access Anyone with write access
Restricted Anyone with repo access Only admins/owners
Private Only admins/owners Only admins/owners

Implementation

  • Add visibility and edit_permission columns to custom_field_definition
  • Check permissions in API and web handlers before showing/saving
  • UI: show lock icon on restricted fields
  • API: filter fields based on caller's permission level

Dependencies

  • Custom fields feature (done)
  • Org-level and system-wide fields (done)
Add per-field permission controls so admins can restrict who can view or edit specific custom fields. ## Use Cases - Client-facing fields visible to clients but not editable - Internal scoring fields hidden from non-staff - Compliance fields only editable by admins - Billing fields restricted to finance team ## Proposed Permission Levels | Level | Can View | Can Edit | |-------|----------|----------| | Public | Anyone with repo access | Anyone with write access | | Restricted | Anyone with repo access | Only admins/owners | | Private | Only admins/owners | Only admins/owners | ## Implementation - Add `visibility` and `edit_permission` columns to `custom_field_definition` - Check permissions in API and web handlers before showing/saving - UI: show lock icon on restricted fields - API: filter fields based on caller's permission level ## Dependencies - Custom fields feature (done) - Org-level and system-wide fields (done)
jmiller added the type: feature label 2026-05-11 17:08:57 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
breaking-change
Breaking API or behavior change
 ci-cd
CI/CD pipeline changes
 config
Configuration changes
 dependencies
Dependency updates
 deploy-failure
Deployment failed
 docker
Docker/container changes
 documentation
Documentation changes
 good first issue
Good for newcomers
 health-check
Repo health check result
 help wanted
Extra attention needed
 mokostandards
Related to MokoStandards framework
 priority: critical
Must fix immediately
 priority: high
Important, fix soon
 priority: low
Nice to have
 priority: medium
Normal priority
 push-failure
Git push operation failed
 security
Security vulnerability or hardening
 size/l
200-500 lines changed
 size/m
50-200 lines changed
 size/s
10-50 lines changed
 size/xl
500+ lines changed
 size/xs
< 10 lines changed
 standards-drift
Deviates from MokoStandards
 standards-update
MokoStandards compliance update
 status: blocked
Blocked by dependency or decision
 status: in-progress
Actively being worked on
 status: needs-review
Awaiting code review
 status: on-hold
Paused intentionally
 status: wontfix
Will not be addressed
 sync-failure
Sync or mirror failed
 type: bug
Something isn't working
 type: chore
Maintenance, dependencies, cleanup
 type: enhancement
Improvement to existing feature
 type: feature
New functionality
 type: refactor
Code restructuring without behavior change
 type: version
Version bump or release
 work-in-progress
Draft or incomplete work
bug
Something is not working
 chore
Maintenance and housekeeping
 documentation
Documentation improvements
 enhancement
Improvement to existing functionality
 feature
New feature or request
 priority: critical
Must fix immediately
 priority: high
Should fix soon
 priority: low
Nice to have
 priority: medium
Fix when convenient
 refactor
Code restructuring without behavior change
 roadmap
Planned feature or enhancement tracked on the roadmap
 scope: client
Client-specific work
 scope: dolibarr
Dolibarr modules and customizations
 scope: infrastructure
Server, CI, backups, monitoring
 scope: joomla
Joomla templates and extensions
 scope: waas
MokoWaaS platform
 security
Security vulnerability or hardening
 status: blocked
Waiting on external dependency
 status: duplicate
Duplicate of another issue
 status: in-progress
Being worked on
 status: needs-review
Ready for review
 status: wontfix
Will not be addressed
No labels type: feature
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
jmiller (Jonathan Miller) moko-deploy (Moko Deploy Bot)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: MokoConsulting/MokoGitea#9
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?