Enhancing Bug Report Templates in the TianoCore UEFI Firmware Development Community - arXiv 2608.23754v2

Sep 19, 2026

Uploaded by Skyler

Enhancing Bug Report Templates in the TianoCore UEFI firmware development community proposes strengthening bug reports in GitHub Issues for the TianoCore open-source project. The work analyzes repository data to identify information patterns useful for bug triage and fixing, noting that key fields are often omitted from free-form text. It proposes adding new predefined fields to the existing EDK II template, and reports preliminary progress based on developer interviews. Future work includes more interviews, A/B tests, and validation of the approach for effective bug triage and resolution.

LanguageEnglish

CategoryPresentations

FormatPDF

Pages7

Reading Time3 min

AccessFree to download

1 Introduction

2 Related Work

GitHub issue templates and forms

Bug report quality and missing information

3 Proposed approach

4 Preliminary validation results

5 Conclusion and future work

Enhancing Bug Report Templates in the TianoCore UEFI Firmware Development Community Laura Baird [lbaird@uccs.edu](lbaird@uccs.edu) Department of Computer Science, University of Colorado Colorado Springs Colorado, USA Neelesh Reddybattula [nreddyba@uccs.edu](nreddyba@uccs.edu) Department of Computer Science, University of Colorado Colorado Springs Colorado, USA Nazanin Siavash [nsiavash@uccs.edu](nsiavash@uccs.edu) Department of Computer Science, University of Colorado Colorado Springs Colorado, USA arXiv : 2608 .23754v2 [cs .SE] 8 Sep 2026 Terrance E. Boult [tboult@uccs.edu](tboult@uccs.edu) Department of Computer Science, University of Colorado Colorado Springs Colorado, USA Armin Moin [moin@purdue.edu](moin@purdue.edu) School of Applied and Creative Computing, Purdue University Indiana, USA Abstract We propose enhancing the bug report templates in the GitHub Issues issue tracking system used by the TianoCore open-source community with the aim of improving the bug triage and resolution process. We analyze the bug repository data and find patterns of information that are useful for bug triage and fixing. However, some of them are only occasionally included in the free-form text of bug reports. Therefore, we propose adding a few new fields to the existing TianoCore bug report template. In this study, we focus on the key TianoCore project, EDK II, which constitutes the core of the UEFI firmware across various firmware vendors and original equipment manufacturers. This study is currently a workin-progress. So far, we have interviewed a few developers to obtain their feedback and adjust the proposed approach. We are planning more interviews with the TianoCore community to conduct A/B tests and validate our approach to achieve effective and efficient bug triage and resolution. CCS Concepts • Software and its engineering → Software maintenance tools; • Security and privacy → Software and application security. Keywords firmware, uefi, tianocore, bug triage, bug report, software maintenance 1 Introduction Prior work has shown that developers value detailed reproduction steps, stack traces, test cases, and other structured evidence in bug reports in issue tracking systems. However, issue reporters often omit or bury this information in free-form text [3, 4, 12, 18] . This mismatch is especially costly in firmware projects, where a report may depend on pre-operating-system execution state, firmware build options, CPU architecture, boot path, virtualized versus physical hardware, security-sensitive update, and runtime-service behavior. In such settings, the same symptom can imply different triage paths depending on whether it is a regression, whether it is architecture-specific, and whether the affected package is shared by downstream firmware stacks. The TianoCore EDK II is an open-source reference implementation of the Unified Extensible Firmware Interface (UEFI) . It is used across many firmware vendor stacks, which makes it a crucial component of the broader UEFI firmware supply chain. We focus on improving security and software maintenance workflows in this ecosystem. We make bug reports better structured to support bug triage and resolution. The EDK II project has migrated from Bugzilla to GitHub Issues. Its current bug report template has various structured fields, such as impacted packages, build targets, urgency, and maintainer feedback requests [14, 15] . These fields are useful. However, our manual review and analysis of issues suggests that two firmware-specific signals remain under-structured: i) Bug report category, and ii) Affected CPU architectures. Both items matter for bug triage and resolution. The contribution of this paper is threefold. First, it proposes to add new, pre-defined fields to bug reports in the EDK II issue tracking system to guide bug reporters in creating more complete issues. This way, we expect an increase in the effectiveness and efficiency of

FAQs

What problem does the paper address in bug reporting for TianoCore and EDK II?

Bug reporters often omit or bury structured information in free-form text. This mismatch is costly in firmware settings where execution state, build options, architecture, boot path, and security-sensitive behavior affect triage outcomes.

What enhancement does the paper propose for the existing TianoCore bug report template?

It proposes adding new, predefined fields to the current EDK II GitHub issue template to make bug reports more complete and better support bug triage and resolution.

How will the proposed approach be evaluated?

The study plans additional interviews with the TianoCore community, then uses A/B tests and large-scale validation in a web-based prototype to assess effectiveness and efficiency.

Sep 19, 2026

Uploaded by Skyler