- Field shows no value / is empty
- Panel is not visible on the issue
- Field values are not updating
- Stopwatch or Timer is not starting
- Calendar changes not reflected in values
- JQL search returns no results
- Import errors
- Timer shows “Failed” but issue was resolved on time
- Web panel shows different values than the custom field
- Contact support
Field shows no value / is empty
Possible causes and fixes:
-
Field setting is inactive - open the admin panel, find the field setting, and make sure the Active toggle is on.
-
No field context binding - the Jira custom field must be bound to a field setting via its context. Go to Jira Settings > Issues > Custom fields, find the field, open Contexts and default value, and verify a field setting is selected. See Field context configuration.
-
JQL filter excludes the issue - if the field setting has a JQL filter, the issue may not match it. Check the JQL filter in the field setting and verify the issue matches.
-
Issue date limit - if the field setting has an Issue Date Limit, issues created before that date are not processed.
-
Recalculation needed - for existing issues, the app needs to process their changelog. Go to the Recalculation tab and run a recalculation for the affected context.
-
Processing is paused - check the Recalculation tab for a “Processing Paused” indicator. If paused, click Resume.
Panel is not visible on the issue
Possible causes and fixes:
-
Panel visibility not configured - panels are hidden by default. You need to enable them via panel visibility settings. Check that the
tis-cloud-panelsproperty includes the panel type (tis,sw,tmr, oract) for the relevant issue type. -
No web panel configured - creating a web panel in the admin panel defines what to show, but you also need panel visibility to control where it appears. Make sure both are set up.
-
Wrong project or issue type - if the web panel is scoped to specific projects or issue types, the issue may not match.
-
Jira caching - Jira may cache panel visibility. Try refreshing the issue page or waiting a few minutes.
Field values are not updating
Possible causes and fixes:
-
Processing is paused - check the Recalculation tab for “Processing Paused” status.
-
Rate limits reached - if your instance generates a high volume of updates, the app may be throttled. Values will continue updating at a reduced rate. See Technical limits.
-
Field is inactive - verify the Active toggle in the field setting.
-
Scheduled refresh timing - some updates happen on a schedule (every 5 minutes or hourly) rather than immediately. For actively running stopwatches/timers, the
DateNextUpdateproperty controls when the next refresh occurs. -
Check freshness - go to the Recalculation tab and click Refresh on the relevant context to see current freshness statistics.
Stopwatch or Timer is not starting
Possible causes and fixes:
-
No matching event trigger - verify that the start events in the field setting match the actual changes happening on the issue. For example, if the start event is STATUS_TO “In Progress”, the issue must transition to “In Progress” (not just be in that status already).
-
Event not in changelog - the app reads the issue changelog to detect events. If a change does not appear in the changelog (e.g., bulk operations that skip changelog), the trigger will not fire.
-
Wrong event type - make sure you are using the correct trigger type. For example,
STATUS_TOrequires an exact status ID match. Check that the status IDs in your trigger match your workflow. -
Custom event misconfiguration - if using CUSTOM_EVENT triggers, verify the custom event’s field, action, and value settings match the actual changes.
-
Already in target state - a start event only fires if the stopwatch/timer is in a state that allows starting (Inactive or Paused). If it is already Running, start events are ignored.
-
Run recalculation - after fixing triggers, run a Full recalculation to reprocess existing issues from their changelog history.
Calendar changes not reflected in values
After modifying a calendar (changing working hours, adding holidays, changing timezone), existing field values are not automatically recalculated.
Fix: Go to the Recalculation tab and run a Full recalculation for all contexts that use the modified calendar.
JQL search returns no results
Possible causes and fixes:
- Wrong syntax - Forge uses schema properties, not the Connect entity property syntax. The correct syntax is:
"Your Field Name[PropertyAlias]" operator valueSee Time in Status JQL for the correct syntax.
-
Case sensitivity - text property values (StateValue, DisplayValue) are case-sensitive. Use
"Running"not"running". -
Field name mismatch - the field name in JQL must exactly match your Jira custom field name, including spaces and capitalization.
-
Field has no value - if the field has not been calculated for any issues (no recalculation run), there are no values to search. Run a recalculation first.
- Wrong property alias - verify you are using the correct property alias from the documentation. For example, use
TimeInHoursValue(nottimeInHoursValueorTimeInHours).
Import errors
Possible causes and fixes:
-
File too large - maximum import file size is 5 MB. If your export is larger, try exporting fewer sections at a time.
-
Invalid JSON - the file must be valid JSON. If you edited it manually, check for syntax errors (missing commas, unclosed brackets).
-
Wrong format version - the Forge app expects format version 1 (Forge) or version 2 (DC/Server for automatic conversion). Other formats are not supported.
-
Missing references - if imported field settings reference calendars that do not exist, the import will show warnings. Import calendars first, then field settings.
-
Name conflicts - if items with the same name already exist, choose a conflict strategy: Skip (keep existing), Overwrite (replace), or Rename (import with modified name). See Import/Export.
Timer shows “Failed” but issue was resolved on time
Possible causes:
-
Wrong calendar - the timer may be using a 24x7 calendar while you expected business hours. Check the calendar in the timer field setting.
-
Goal misconfiguration - if using JQL-based conditional goals, a different goal may have matched than expected. Check the goal order (first match wins).
-
Pause events missing - if the timer should pause during certain periods (e.g., “Waiting for Customer” status) but no pause events are configured, time accumulates continuously.
-
Calendar Select field - if a Calendar Select field is configured but the issue does not have a value, the timer uses the default calendar which may have different hours.
Web panel shows different values than the custom field
This is expected behavior. Web panels and custom fields can have different configurations:
- Different calendars
- Different status selections
- Different time formats
- Different event triggers (for Stopwatch/Timer panels)
Each configuration calculates independently. If you want them to show the same values, make sure both use the same calendar, statuses, and settings.
Contact support
If you cannot resolve your issue with the steps above:
- Go to the admin panel and note the App version and Installation ID from the app info section
- Describe the issue, including:
- What you expected to happen
- What actually happened
- The field type and setting name
- The issue key where you see the problem
- Contact support through the Atlassian Marketplace or the app’s support channels
Time in Status (Forge) for Jira Cloud