Bug Reporting / System Issues

Inconsistent Copy Behavior Based on Theme and Selection Scope Causes Unwanted Wrapper Formatting
Copying text from Brelly produces inconsistent results depending on theme (dark vs light) and whether the selection is full or partial. For comparison, copying from ChatGPT (in both dark and light mode) does not introduce wrapper or container styling and preserves clean formatting, which reflects the expected behavior. An attached document is included that demonstrates each condition and its resulting paste behavior for verification. Observed behavior: Dark mode (full or partial selection, highlight -> copy -> paste) * Formatting is preserved * Wrapper or container styling is present * Text appears light gray Light mode (partial selection, highlight -> copy -> paste) * Formatting is preserved * Wrapper or container styling is present * Text appears black Light mode (full selection, highlight -> copy -> paste) * Formatting is preserved * No wrapper or container styling * Text appears black Copy action at bottom of response (any mode) * No formatting * No wrapper or container styling * Text appears black Core issue: There is no consistent way to copy formatted text without also including unwanted UI wrapper styling, except in the specific case of full selection in light mode. Expected behavior: * Copying text (full or partial) should always: * Preserve formatting (lists, spacing, structure) * Exclude UI-specific wrapper or container styling * Normalize text color for readability on light backgrounds Suggested fix: * Ensure that all copy operations strip UI or container-level HTML and only retain semantic formatting * Make copy behavior consistent regardless of: * Theme (dark or light) * Selection scope (partial or full) Secondary suggestion: * Update the copy action at the bottom of responses to default to formatted text without UI styling instead of plain text, so users can copy clean, structured content without losing formatting Impact: Users cannot reliably copy formatted content into emails, documents, or other tools without manual cleanup, especially when copying partial sections or working in dark mode.
0
Selected "Reference Files" not the only files being referenced
Description of Issue: While using Brelly (co-pilot)’s Reference Files feature, I encountered a problem where the AI continued referencing all claim files, even though I had selected only one specific file to isolate. Steps to Reproduce: Opened a claim in Brelly (co-pilot) and accessed the Reference Files pop-up. Selected a single file from the list to use as the reference source. Asked the AI, “Which files are you referencing?” The AI responded that it was referencing all files in the claim instead of only the one I selected. Actions Taken / Observations: I provided the AI with a screenshot of the Reference Files selection window showing the single file I had chosen. I asked why it wasn’t isolating to that file as expected. The AI acknowledged the issue, essentially said "I see what happened, sorry, I’ll fix that,” and appeared to self-correct. After that response, I again asked which file it was referencing, and this time it correctly identified only the file I had selected. Evidence Provided: Screenshots of the conversation with the AI. Screenshot of the Reference Files selection pop-up showing the file that was chosen. Summary: The Reference Files isolation initially failed. The AI ignored the selection and referenced all claim files. After I provided screenshots and pointed out the issue, the AI corrected itself and began referencing only the selected file. This suggests a possible bug in how the initial file selection state is applied or recognized before user intervention.
0
Load More