[GH-ISSUE #247] feat: HTML file cards should render inline in chat like the Markdown preview #160

New issue

Open

opened 2026-10-18 14:03:28 +00:00 by bsakaguchi · 1 comment

bsakaguchi commented

2026-10-18 14:03:28 +00:00

Owner

Originally created by @JKGeovision on GitHub (Aug 31, 2026).
Original GitHub issue: https://github.com/open-webui/computer/issues/247

Hello,

HTML files displayed in chat only appear as a "click to open" card, while Markdown files render directly inline, so viewing a generated report requires an extra tap and a full-screen context switch.

Current behavior

.md file cards render their content directly in the chat message.
.html file cards only open a separate full-screen preview view (iframe + toolbar) when tapped.

Desired behavior

Render the HTML document inline in the chat card: height-capped (e.g. 300–400 px), internally scrollable, and rendered in a sandboxed iframe pointing at the existing /api/workspace/files/serve/<path> endpoint.
The existing full-screen preview view stays available as a secondary action (e.g. an "expand" affordance on the inline card).
Include a cache-busting parameter in the inline iframe URL so the preview always reflects the current file.

Acceptance criteria:

.html file cards render the document inline (height-capped, scrollable) without an extra tap.
Tapping the inline card (or an explicit expand button) opens the existing full-screen preview.
The inline iframe uses a cache-busting URL parameter.
Behavior is verified for a self-contained HTML file.

Thanks for considering this. It would make HTML artifacts (reports, dashboards, generated documents) as glanceable as Markdown, especially on mobile.

Best regards,
Joshua Krimmer

Originally created by @JKGeovision on GitHub (Aug 31, 2026). Original GitHub issue: https://github.com/open-webui/computer/issues/247 Hello, HTML files displayed in chat only appear as a "click to open" card, while Markdown files render directly inline, so viewing a generated report requires an extra tap and a full-screen context switch. **Current behavior** - `.md` file cards render their content directly in the chat message. - `.html` file cards only open a separate full-screen preview view (iframe + toolbar) when tapped. **Desired behavior** - Render the HTML document inline in the chat card: height-capped (e.g. 300–400 px), internally scrollable, and rendered in a sandboxed iframe pointing at the existing `/api/workspace/files/serve/<path>` endpoint. - The existing full-screen preview view stays available as a secondary action (e.g. an "expand" affordance on the inline card). - Include a cache-busting parameter in the inline iframe URL so the preview always reflects the current file. **Acceptance criteria:** - [ ] `.html` file cards render the document inline (height-capped, scrollable) without an extra tap. - [ ] Tapping the inline card (or an explicit expand button) opens the existing full-screen preview. - [ ] The inline iframe uses a cache-busting URL parameter. - [ ] Behavior is verified for a self-contained HTML file. Thanks for considering this. It would make HTML artifacts (reports, dashboards, generated documents) as glanceable as Markdown, especially on mobile. Best regards, Joshua Krimmer

bsakaguchi commented

2026-10-18 14:03:29 +00:00

Author

Owner

@owui-terminator[bot] commented on GitHub (Aug 31, 2026):

🔍 Related Issues Found

I found some existing issues that might be related. Please check if any of these are duplicates or contain helpful solutions:

🟣 #141 bug: Chat bubble displays HTML-encoded special characters and raw markdown instead of rendered output
This issue is about rendering content correctly in chat instead of showing raw/encoded text. It is the closest match to the requested inline rendering behavior, though it focuses on chat bubble text rather than file-card HTML previews.
by JKGeovision
🟢 #236 bug: File-attachment overlay for '@' does not disappear after typing the next word
This is the only issue found that touches file attachment UX in chat. It is related only at the subsystem level (file-attachment interactions), but it does not address HTML preview rendering, so the connection is weak.
by JKGeovision

💡 If your issue is a duplicate, please close it and add any additional details to the existing issue instead.

This comment was generated automatically. React with 👍 if helpful, 👎 if not.

@owui-terminator[bot] commented on GitHub (Aug 31, 2026):  🔍 **Related Issues Found** I found some existing issues that might be related. Please check if any of these are duplicates or contain helpful solutions: 1. 🟣 [#141](https://github.com/open-webui/computer/issues/141) **bug: Chat bubble displays HTML-encoded special characters and raw markdown instead of rendered output** *This issue is about rendering content correctly in chat instead of showing raw/encoded text. It is the closest match to the requested inline rendering behavior, though it focuses on chat bubble text rather than file-card HTML previews.* *by JKGeovision* 2. 🟢 [#236](https://github.com/open-webui/computer/issues/236) **bug: File-attachment overlay for '@' does not disappear after typing the next word** *This is the only issue found that touches file attachment UX in chat. It is related only at the subsystem level (file-attachment interactions), but it does not address HTML preview rendering, so the connection is weak.* *by JKGeovision* --- 💡 If your issue is a duplicate, please close it and add any additional details to the existing issue instead. *This comment was generated automatically.* React with 👍 if helpful, 👎 if not.

No labels

enhancement

pull-request

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

open-webui/computer#160

No description provided.

Rows
Columns