Bug Reporter
Overview
The Bug Reporter is a built-in diagnostic system designed to capture, log, and help you report issues when Task Board encounters problems. It serves two critical functions:
- For Users - Easily collect and submit bug reports with complete system context
- For Developers - Gather comprehensive debugging information including system state, plugin versions, and exact error messages
When an error occurs, you’ll see a notification that lets you review the details and prepare a report for the developers. All reported bugs are automatically logged to your vault for documentation and export.
Why This Matters
Software bugs are inevitable. The Bug Reporter ensures that when you encounter a problem:
- Nothing is lost - Complete error context is automatically captured
- Developers have context - System information helps identify root causes faster
- Your privacy is protected - You can review and sanitize any personal information before submitting
- Issues are tracked - All bugs are logged locally with timestamps for reference
Without this feature, you’d need to manually note down error details and try to remember what your system configuration was—the Bug Reporter handles this automatically.
How It Works
When a Bug Is Detected
- Notification appears - A banner notification pops up indicating an error occurred
- Once per bug - The same bug won’t show the notification twice (de-duplication by bug ID)
- You can view details - Click “Show Error” to open the detailed Bug Reporter modal
- Click ignore - Or dismiss it if you prefer
Bug Notification Notice
When Task Board detects an error, you see this notice:
[i] An error has been encountered within Task Board. Click below to view error details.
[Button: Show Error] [Button: Ignore this bug]
The same bug won’t show twice during a session. If you dismiss it, future instances of that exact bug won’t notify you again (until you close and open Obsidian application again).
Bug Reporter Modal
If you click “Show Error”, a detailed modal opens showing:
BUG ID
- Unique identifier for this type of bug
- Used by developers to track specific issues
Message for User
- Human-readable explanation of what went wrong
- May suggest workarounds or next steps
Error Message
- The technical error details
- Contains the exact exception or failure message
Context
- Where in the code the error occurred
- Which function or operation was running
- Helps developers locate the problem quickly
System Information
- Obsidian version and build
- OS and platform information
- List of all enabled plugins and their versions
- Other environment details
Additional Information Section
- Instructions for reporting the bug
- Two options: Email or GitHub
Learn more about the UI of this modal in the following wiki : Bug reporter modal.
Reporting a Bug
Once you have the Bug Reporter modal open, follow these steps:
Step 1: Review the Report
Read through the error information, especially the “Error Message” section. This helps you understand what went wrong.
Step 2: Check for Personal Information
Examine the “System Information” and “Error Message” sections for any personal data:
- File names or vault paths that contain private information
- User names or email addresses
- Sensitive file content in the error message
Privacy: If you find personal information in the report, you must replace it before submitting. The Bug Reporter cannot automatically detect and remove all personal data.
Step 3: Copy the Report
Click the “Copy Report” button to copy the entire bug report to your clipboard.
The report is formatted as markdown, making it easy to paste into GitHub or email.
Step 4: Submit to GitHub
Preferred Method - Public GitHub Issue (faster fixes, visible to community)
- Click the GitHub issue link in the modal (or navigate to New GitHub Issue)
- Paste the bug report into the issue description
- Add any additional context:
- Steps to reproduce the bug
- Screenshots/screen recordings
- When the bug started occurring
- Any workarounds you’ve discovered
- Click “Create issue”
Step 5: Submit via Email
Alternative Method - Direct to Developer
- Copy the report (as above)
- Email to sanketgauns8@gmail.com
- Include:
- A descriptive subject like “Task Board Bug: [brief description]”
- Steps to reproduce
- Screenshots if helpful
- The developer will prioritize and follow up
Log File Management
Where Logs Are Stored
Bug reports are automatically saved to:
.obsidian/plugins/task-board/task-board-logs.log
This file contains:
- System Information - Updated each time the log file is modified
- Recent Bug Reports - The last 20 bugs encountered
- Timestamps - When each bug occurred
- Versions - Task Board version when each bug was reported
Accessing Your Logs
You can directly see the log file inside the plugin config directory.
- Open your vault folder in a file explorer
- Navigate to
.obsidian/plugins/task-board/ - Open
task-board-logs.login a text editor
But will recommend to instead export your logs in the method explained in the next section.
Exporting Logs
To export your bug logs for sharing:
- Go to Task Board Settings → General settings tab
- Find Export Logs setting and click on the Export button for this setting.
- Choose a location to save the file:
- Desktop - File picker opens to select folder
- Web - Browser’s default download folder
- File is saved as
task-board-logs.txt
You can then email this exported file to the developer or attach it to a GitHub issue for additional context.
Log File Cleanup
- Only the last 20 bug reports are kept to prevent the log file from growing too large
- Older logs are automatically removed when new bugs are reported
- System information is refreshed each time a new bug is logged
System Information Collected
The Bug Reporter captures the following to help debugging:
| Information | Purpose |
|---|---|
| Obsidian version | Identify version-specific issues |
| Operating System | Platform-dependent behavior |
| Enabled Plugins | Plugin conflicts or incompatibilities |
| Plugin Versions | Version-specific interactions |
| Task Board Version | When the bug was reported |
| Build info | Debug vs. release builds |
| Other environment data | Sandbox mode, installer type, etc. |
None of this system information contains your vault content or personal files—only metadata about your Obsidian setup.
Privacy & Data Handling
What Is Stored
✓ Error messages and stack traces
✓ System metadata and versions
✓ Timestamps and bug IDs
✓ Context about where errors occurred
What Is NOT Stored
✗ Your vault name or path (removed before storage)
✗ Task content or file names
✗ Passwords or credentials
✗ Folder structures or file contents
Before Reporting
Always review the bug report for personal information:
- File paths that reveal folder structure
- Specific file names with sensitive info
- Error messages that quote your task content
- Any other personal/business-sensitive data
Replace these with generic placeholders (e.g., “my-vault” instead of your actual vault name).
Deduplication Policy
How It Works
Task Board tracks which bugs have already notified you during the current session:
- When a bug occurs, its ID is checked against a list of already-shown bugs
- If the same bug ID appears again, no notification is shown
- The bug is still logged to the log file for your records
- The deduplication list resets when you reload Task Board or close Obsidian
Why This Matters
Prevents notification fatigue if:
- A bug occurs repeatedly in a loop
- You’re troubleshooting and triggering the same error multiple times
- Multiple tasks trigger the same underlying issue
Bypassing Deduplication
To see notifications for the same bug again:
- Reload Obsidian application (close and reopen the Obsidian)
- Now, try to replicate the issue again.
Troubleshooting
“Bug Reporter modal won’t open”
- Try reloading the Task Board view
- Close and reopen Obsidian
- Check that the plugin is properly installed
“I can’t find my log file”
- Check
.obsidian/plugins/task-board/task-board-logs.log - Make sure you’re showing hidden folders (.obsidian is hidden)
- Try exporting logs instead—they’ll save to a visible location
“Same bug notification keeps appearing”
- Reload Task Board or restart Obsidian to reset deduplication
- Or dismiss the notification each time
“Log file is too large”
- Export and backup the file first
- Only the last 20 bugs are kept, so the file shouldn’t grow indefinitely
- Consider deleting the old exported backup to free space
Best Practices
- Report early - Don’t wait if you encounter a bug; report it while you remember the steps
- Include steps to reproduce - This helps developers fix issues faster
- Add context - When was the bug first seen? What were you doing?
- Screenshots help - If you can capture the UI state when the error occurred
- Check GitHub first - Your bug may already be reported; search before creating a duplicate
- Review for privacy - Always scan the report for personal information before sending
Learn More
- Safe Guard - Another safety feature to prevent data loss
- Settings - Configure plugin behavior
- GitHub Issues - View known bugs and feature requests
- Plugin Integrations - Handle conflicts with other plugins