Pre-filling Values
Pre-filling values automates data entry by setting field values automatically based on context. Instead of users manually filling repetitive fields, rules populate them intelligently—reducing errors and saving time.
Dynamic Screen Rules enables smart default values that adapt to issue type, priority, user selections, and more.
Screen Limitation: The "Set Field Value" action is only supported on Global Issue Create and Issue Transition screens. It is NOT supported on Issue View due to Atlassian's UI Modifications API constraints.
Why Pre-filling Matters
Problem: Users waste time filling the same fields repeatedly. Manual entry leads to typos, inconsistencies, and missed fields.
Solution: Automatically set field values based on context. When users open a form or make selections, relevant fields populate instantly.
Benefits:
- Faster issue creation - pre-filled fields save clicks and typing
- Consistent data - automated values eliminate typos and variations
- Intelligent defaults - values adapt to context (issue type, priority, user role)
- Reduced cognitive load - users focus on unique information, not repetitive data
Static Pre-fill: Set Fixed Values
The simplest pre-fill pattern sets a fixed value when conditions are met.
Example 1: Set Component for Backend Bugs
Requirement: When creating Backend Bug issues, automatically set Component to "Backend"
Rule Configuration:
- Screen: Global Issue Create
- Target Field: Component
- Scope: Bug
- Condition: Issue Type = Backend Bug
- Action: Set Field Value = "Backend"
User Experience:
- User selects Issue Type = Backend Bug
- Component field auto-populates with "Backend" instantly
- User can change it if needed (field is editable unless locked)
- Saves manual selection every time
Dynamic Pre-fill with Smart Values
Smart Values make pre-filled values intelligent and context-aware.
Example 2: Set Due Date to Next Week
Requirement: New tasks should default to due next Monday
Rule Configuration:
- Screen: Global Issue Create
- Target Field: Due Date
- Scope: Task
- Action: Set Field Value =
nextMonday()
User Experience:
- User creates Task issue
- Due Date auto-fills with next Monday's date
- Date calculates dynamically (always next Monday, regardless of today's date)
- User sees smart default that updates automatically
Smart Values enable dynamic defaults. Instead of hardcoding "2026-03-15", use functions like nextMonday(), today().plusBusinessDays(5), or endOfMonth() that calculate values automatically. See Using Smart Values for all available functions.
User-Based Pre-filling
Automatically assign or populate fields based on who is creating the issue.
Example 3: Auto-Assign Critical Issues to Team Lead
Requirement: Critical priority issues should be assigned to team lead automatically
Rule Configuration:
- Screen: Global Issue Create
- Target Field: Assignee
- Scope: Bug, Task, Story
- Condition: Priority = Critical
- Action: Set Field Value = (select team lead user)
User Experience:
- User creates issue and sets Priority = Critical
- Assignee field auto-populates with team lead
- Critical issues get immediate attention from leadership
- User can reassign if needed
Example 4: Set Reporter to Current User
Requirement: Auto-fill Reporter field with current user creating the issue
Rule Configuration:
- Screen: Global Issue Create
- Target Field: Reporter
- Scope: All issue types
- Action: Set Field Value =
currentUser()
User Experience:
- User opens create dialog
- Reporter field pre-fills with their name automatically
- No manual selection needed
- Works for any user (dynamic based on who's creating)
Date-Based Pre-filling
Use Smart Values to set intelligent date defaults.
Example 5: Set Review Date to 3 Business Days from Today
Requirement: New stories should be reviewed 3 business days after creation
Rule Configuration:
- Screen: Global Issue Create
- Target Field: Review Date
- Scope: Story
- Action: Set Field Value =
today().plusBusinessDays(3)
User Experience:
- User creates Story issue
- Review Date auto-fills with date 3 business days ahead
- Skips weekends automatically
- Consistent review timeline without manual calculation
Example 6: Set Start Date to Beginning of Week
Requirement: Epics should default to starting at the beginning of the current week
Rule Configuration:
- Screen: Global Issue Create
- Target Field: Start Date
- Scope: Epic
- Action: Set Field Value =
startOfWeek()
User Experience:
- User creates Epic
- Start Date auto-fills with this week's Monday
- Aligns planning with weekly cycles
- Date updates based on when issue is created
Multi-Condition Pre-filling
Combine conditions to set values in specific contexts.
Example 7: Set Label Based on Priority and Type
Requirement: High-priority production bugs should be tagged "urgent-fix"
Rule Configuration:
- Screen: Global Issue Create
- Target Field: Labels
- Scope: Bug
- Conditions:
- Priority = High OR Priority = Critical
- Component contains "Production"
- Action: Set Field Value = "urgent-fix"
User Experience:
- User creates Bug with High priority and Production component
- Label "urgent-fix" auto-applies
- Production critical bugs are instantly tagged for visibility
- Team can filter by label for urgent items
Field Reference Pre-filling
Copy values from other fields automatically.
Example 8: Copy Due Date to Related Field
Requirement: When Due Date is set, auto-populate Target Completion Date
Rule Configuration:
- Screen: Global Issue Create
- Target Field: Target Completion Date
- Scope: Story, Task
- Condition: Due Date is not empty
- Action: Set Field Value =
field("duedate")
User Experience:
- User sets Due Date
- Target Completion Date auto-fills with same value
- Related dates stay synchronized
- Reduces duplicate data entry
Practical Use Cases
Software Development Team
Set default Sprint for new issues:
- Condition: Issue Type = Story OR Issue Type = Task
- Action: Set Sprint = (current active sprint)
- Result: New work items auto-assign to current sprint
Set Assignee based on Component:
- Condition: Component = Frontend
- Action: Set Assignee = Frontend Team Lead
- Result: Issues route to appropriate team automatically
Customer Support Team
Set SLA Deadline for Premium customers:
- Condition: Customer Tier = Premium
- Action: Set SLA Deadline =
today().plusBusinessDays(1) - Result: Premium tickets get automatic 1-day SLA
Auto-tag by issue source:
- Condition: Reporter in group "External Users"
- Action: Set Label = "customer-reported"
- Result: External issues are tagged automatically
Project Management
Set Epic Link for specific projects:
- Condition: Project = "Platform Redesign"
- Action: Set Epic Link = (Platform Epic)
- Result: All redesign issues link to parent Epic
Set default Fix Version for bugs:
- Condition: Issue Type = Bug AND Status = To Do
- Action: Set Fix Versions = (next release version)
- Result: Bugs default to next release automatically
Common Patterns
Pattern 1: Static Default Value
Set fixed value based on condition.
Condition: Issue Type = Backend Bug
Action: Set Field Value = "Backend"
Pattern 2: Date Calculation
Use Smart Values for dynamic dates.
Action: Set Due Date = today().plusBusinessDays(7)
Pattern 3: User Assignment
Auto-assign based on context.
Condition: Priority = Critical
Action: Set Assignee = [Team Lead User]
Pattern 4: Current User
Set field to whoever is creating the issue.
Action: Set Reporter = currentUser()
Pattern 5: Field Reference
Copy value from another field.
Condition: Due Date is not empty
Action: Set Target Date = field("duedate")
Troubleshooting
"Field doesn't pre-fill when I expect it"
Check:
- Are conditions met when form opens?
- Is the rule enabled?
- Is the screen correct (Global Issue Create for new issues)?
- Does scope match issue type?
Solution: Verify conditions evaluate to true at the moment the form loads or when the triggering field changes.
"Pre-filled value gets overwritten"
Check:
- Is there another rule setting the same field?
- Is the field being auto-filled by Jira's own defaults?
Solution: Review all rules affecting the target field. Disable conflicting rules or adjust conditions.
"Smart Value shows error or doesn't work"
Check:
- Is the Smart Value syntax correct?
- Are you referencing fields that exist?
- Is the Smart Value function supported? (See Using Smart Values)
Solution: Verify function name and parameters. Check field IDs are correct.
"User can't edit pre-filled value"
Check:
- Is there a separate "Lock Field" rule active?
- Is the field configured as read-only in Jira settings?
Solution: Pre-fill action doesn't lock fields. Check for other rules or Jira configuration locking the field.
Smart Values Reference
Common Smart Values for pre-filling:
Date functions:
today()- Today at midnightnow()- Current date and timenextMonday()- Next MondaystartOfWeek()- This MondayendOfMonth()- Last day of monthtoday().plusBusinessDays(N)- N business days from todayaddDays(today(), N)- N days from today
User functions:
currentUser()- Current user creating/editing issue
Field references:
field("fieldname")- Copy value from another fieldfield("duedate")- Get Due Date field valuefield("customfield_10001")- Get custom field by ID
See complete reference: Using Smart Values
Pre-fill vs Other Actions
Understanding differences helps choose the right action.
| Goal | Action | Use Case |
|---|---|---|
| Set default value | Set Field Value | Auto-populate fields when form opens |
| Show field conditionally | Show/Hide Field | Progressive disclosure |
| Prevent editing | Lock Field | Protect values from changes |
| Enforce filling | Make Field Required | Validation before submission |
Combined example:
- Show "SLA Deadline" when Premium customer (Show/Hide)
- Pre-fill with
today().plusBusinessDays(1)(Set Field Value) - Require field before saving (Make Field Required)
Related Patterns
Progressive Disclosure: Show fields conditionally, then pre-fill with smart defaults
Dynamic Required Fields: Pre-fill with default, require user to confirm or change
Field Locking on Transitions: Pre-fill value during transitions, then lock to prevent changes (supported on Issue Transition screen only)
Next Steps
- Creating Your First Rule - Step-by-step guide to creating your first rule
- Using Smart Values - Complete function reference for dynamic values
- Progressive Disclosure - Show and pre-fill together
- Dynamic Required Fields - Pre-fill with validation
- Defining Actions - Set Field Value action details