Windows
3.0.14
WebDAV
Showing [Image: :/1ca8c25c74de4a36b89cc1a29224d0b8] in preview, instead of image itself, and on my phone it looks like this.
In the rich editor mode, it's normal. All images displayed normally.
1 Like
Isn't it some plugin that is doing this?
No, not using other plugin other than default one(backup).
It appears that there is more text / markdown above the image that does not display.
Just wondering if there is something wrong with the formatting before that <img> tag that causes the image not to display in the render pane but, for some reason, is ignored by the Rich-Text Editor???
I don't think it's the other text that's causing the problem, I've extracted this problematic image into a newly created note, and as a comparison I've also extracted the normal one below it
Also the notes are displayed the same as the rich text section when synced to an Android phone, so it shouldn't just be a pc side issue!
To summarize the phenomenon I found:
Sorry for the text in image (new user only allow upload one picture)
What is the format / file type of the image that does not display?
I can only duplicate an <img> image displaying in the Markdown render pane in the format [Image: :/1ca8c25c74de4a36b89cc1a29224d0b8] when the image is a type that the renderer cannot display. However I have not so far found an image type that the Markdown renderer cannot display but the RTE can...
The image is BMP type.
Initially the note was displaying perfectly fine on my phone, then suddenly all the imgs in the note stopped displaying, not sure what cause that happend.
I thought I had tried BMP but obviously not!
It appears that the Markdown render pane cannot display BMP images but the Rich Text Editor can.
I can duplicate what you are seeing on the desktop app (v3.0.15).
Same occurs when using a "normal" Markdown link - 
1 Like
flintt
21 August 2024 14:44
10
It's a bit strange, I remember seeing pictures on my phone properly, on the phone it using RTE, right?
On my Android client the Markdown Editor and viewer are two different screens. You only get the viewer when you quit from the editor.
Previous posts indicate that it was known that the BMP image format was one that Joplin did not display. However the fact that one editor actually displays BMP images whilst the other does not is an inconsistent behaviour and so I have created a GitHub issue for consideration.
opened 08:18PM - 21 Aug 24 UTC
bug
### Operating system
Linux
### Joplin version
3.0.15
### Desktop version inf… o
Joplin 3.0.15 (prod, linux)
Sync Version: 3
Profile Version: 47
Keychain Supported: No
Revision: 598677b
Backup: 1.4.1
OS specifics: Linux Mint 21.3 Cinnamon, Kubuntu 22.04, Windows.
Sync method / target: None
### Current behaviour
1. Import a BMP image into a Markdown note.
2. Joplin does not add "!" before the image link as it treats BMP as an image type it cannot display.
3. Without an "!" the image appears as expected in the render pane as a generic file icon followed by the file name. *(fig.1)*
4. Add "!" before the link. As expected the render pane shows a broken image icon is displayed followed by the file name. *(fig.1)*
5. Switch to the Rich Text Editor (RTE)
7. The image link prefixed with "!" **IS** displayed. *(fig.2)*
8. A BMP file imported directly into a Rich-Text note will not display, but that is only because the underlying Markdown link does not automatically have "!" added as a prefix. Adding one causes the image to display.
*Fig.1 - Markdown Editor*
*Fig.2 - Rich-Text Editor*
## Other Information
- Linked forum post > [Showing [Image: :/…] instead images itself in the preview](https://discourse.joplinapp.org/t/showing-image-instead-images-itself-in-the-preview/39743)
### Expected behaviour
Image rendering should be the same for both editor types.
### Logs
N/A
1 Like
I'm linking a pull request that should fix the issue:
laurent22:dev ← personalizedrefrigerator:pr/desktop/fix-bmp-image-rendering
opened 08:48PM - 21 Aug 24 UTC
# Summary
This pull request adds `image/bmp` to the list of supported resourc… e formats.
**Note**: The Rich Text Editor replaces resource URLs before checking whether an image is in a supported format (`replaceResourceInternalToExternalLinks` is true), so this only affects the Markdown editor.
This pull request fixes #10914.
**Note**: I have observed the original issue on both desktop and web.
# Testing plan
1. Create a new note and attach a BMP image.
2. Verify that the BMP image renders in the Markdown viewer.
This has been tested successfully on Linux (Fedora 40) and web (Chromium).
<!--
Please prefix the title with the platform you are targetting:
Here are some examples of good titles:
- Desktop: Resolves #123: Added new setting to change font
- Mobile, Desktop: Fixes #456: Fixed config screen error
- All: Resolves #777: Made synchronisation faster
And here's an explanation of the title format:
- "Desktop" for the Windows/macOS/Linux app (Electron app)
- "Mobile" for the mobile app (or "Android" / "iOS" if the pull request only applies to one of the mobile platforms)
- "CLI" for the CLI app
If it's two platforms, separate them with commas - "Desktop, Mobile" or if it's for all platforms, prefix with "All".
If it's not related to any platform (such as a translation, change to the documentation, etc.), simply don't add a platform.
Then please append the issue that you've addressed or fixed. Use "Resolves #123" for new features or improvements and "Fixes #123" for bug fixes.
AND PLEASE READ THE GUIDE: https://github.com/laurent22/joplin/blob/dev/readme/dev/index.md
-->
3 Likes
system
20 September 2024 20:52
14
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
