macOS 12.7.6, Safari 17.6: Uploading images to an issue post does not work (closing comment tag is altered)

[hughlilly]

Select Topic Area

Question

Feature Area

Issues

Body

Using Safari Version 17.6 (17618.3.11.11.7, 17618) on macOS 12.7.6 (21H1320), when uploading an image, the closing comment tag (—>) is transformed into —>, which means any text following this doesn’t form part of the post. The image may also not be being uploaded properly at all:

Uploading images here on this post works fine—the “![Uploading [filename]…]()” text is different
—but elsewhere (e.g. transmission/transmission#7887), the “<!— Uploading…” never changes.

Guidelines

• I have read the above statement and can confirm my post is relevant to the GitHub feature areas Issues and/or Projects.

[Dinuka-Nonis]

Hi!

It looks like this is likely a Safari-specific rendering or encoding issue. A few things you could try:

1. Test in a different browser like Chrome or Firefox to see if the issue persists.

2. Clear Safari’s cache or try in a private window to rule out extension interference.

3. Make sure the image file is a supported type (PNG, JPG, GIF) and not too large.

If it still doesn’t work, you may want to report it to GitHub Support including your Safari version, macOS version, and a screenshot of the issue. This will help them reproduce the bug and fix it.

[github-actions[bot]]

💬 Your Product Feedback Has Been Submitted 🎉

Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users.

Here's what you can expect moving forward ⏩

• Your input will be carefully reviewed and cataloged by members of our product teams. 
  • Due to the high volume of submissions, we may not always be able to provide individual responses.
  • Rest assured, your feedback will help chart our course for product improvements.
• Other users may engage with your post, sharing their own perspectives or experiences. 
• GitHub staff may reach out for further clarification or insight. 
  • We may 'Answer' your discussion if there is a current solution, workaround, or roadmap/changelog post related to the feedback.

Where to look to see what's shipping 👀

• Read the Changelog for real-time updates on the latest GitHub features, enhancements, and calls for feedback.
• Explore our Product Roadmap, which details upcoming major releases and initiatives.

What you can do in the meantime 💻

• Upvote and comment on other user feedback Discussions that resonate with you.
• Add more information at any point! Useful details include: use cases, relevant labels, desired outcomes, and any accompanying screenshots.

As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities.

Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐

[fancyham]

Update: See my most recent comment, below.

I had this same problem in May 2025. I couldn’t upload images or video to github comments or issues — it never completed the upload. Same symptms you described above.

I also reported it to GitHub Support. They weren’t able to help but after some trial and error, I got it working again.

TL;DR: Looks like some kind of mis-setting inside Safari’s files, probably not cookies, and it can be fixed by deleting some of Safari’s files/folders.

What didn’t work:

• Deleting cookies from inside Safari
• Using different user profiles inside Safari > That told me it was something other than cookies

What did work:

• Using different Mac user accounts on the same machine: Guest user account, other user accounts on same machine all worked. > Not helpful for day-to-day use but that meant a problem with something in my current user account’s Safari files

• What ultimately fixed it for me was going into the file system and going into ~/Library and trashing various folders with “Safari” in the name. Unfortunately, I don’t know which file/folder made the difference. But for what it’s worth, Safari just recreated any necessary missing files and folders automatically.

I had this happen with two Macs — both of which have had User folders that have been in use for over a decade and that have been migrated to many new machines over the years. So I’m guessing it has something to do with that migration to newer machines/OSes/versions of Safari.

If you figure out what file/folder fixed it for you, please post here. Thx

[fancyham]

Update : I figured out which file was causing problems (for me).

My problem went away after I deleted:
~/Library/Containers/com.apple.Safari/Data/Library/Preferences/com.apple.Safari.plist

The old preferences file must have some legacy Safari setting/value that's causing upload problems.

My old plist was over a decade old and had 500+ items in it while the new one created by Safari has just 78 items.

Anyway, give that a try and see if it helps: Quit Safari, put that file in the trash can, and try again. If it works, post here. If not, you can put back the original file from the trash can.

[hughlilly]

Thanks @fancyham; this is really useful. My macOS account is at least 10 years old now, and like yours has gone through several OS upgrades.

I have two Safari plist files: one at ~/Library/Preferences, last updated 2023-04-30, and one at the same location as you. I’ll try deleting them now.

Out of interest: how did you get a count of the number of items in the plist files?

[hughlilly]

Deleting the old one at /Preferences seems to have fixed the issue! Thanks very much for your help.

For reference, this was its contents:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>DebugDisableTabHoverPreview</key>
	<string>1</string>
	<key>NSUserKeyEquivalents</key>
	<dict>
		<key>Duplicate Tab</key>
		<string>@$k</string>
		<key>Enter Full Screen</key>
		<string>@$f</string>
		<key>Exit Full Screen</key>
		<string>@$f</string>
		<key>Open Location...</key>
		<string>@d</string>
		<key>Open Location…</key>
		<string>@l</string>
		<key>Print...</key>
		<string>@~$p</string>
		<key>Save As...</key>
		<string>@~$s</string>
		<key>Show History</key>
		<string>@y</string>
		<key>Show Page Source</key>
		<string>@u</string>
	</dict>
	<key>ResetCloudHistory</key>
	<true/>
	<key>cloudBookmarksMigrationEligibilityDataInvalidated</key>
	<true/>
</dict>
</plist>

[hughlilly]

I've just had to delete my old preferences file again to remedy this issue.

[jojule]

This is a bug on GitHub end (uploads work in some places, not in others), so there should not be need for users to delete (all) their preferences. More specifically — uploads work here, but not in issues.

[ferologics]

deleting the preferences did not fix it for me

[fancyham]

Same issue came back for me on the same machine sometime around/after the upgrade to MacOS 26.3 — deleting Safari's preferences didn't help this time.

I even deleted the Safari containers folder (~/Library/Containers/com.apple.Safari) and it didn't help

Data point: I can attach files if I use a different account, such as a guest account, on the same machine. So likely it has something to do with the account's particular Safari installation.

Would love if anyone has a fix for this.

[fancyham]

Problem also exists on MacOS 18, so it's not just a Tahoe thing. Might be related to a Safari update.

[fancyham]

What's weird is that I can upload images/attachments to this comment field but not on my repo's github issues or comments.

[fancyham]

Still happening with 26.3.1. On a different or new user account, it uploads okay, but even after deleting as many Safari support files in ~/Library as I could find on my existing account, it still won't upload properly.

[fancyham]

Still happening in MacOS 27 beta 1

[jojule]

I have the same problem: I can upload here in a comment with Safari, but not into issue description or comments in my repository. Uploads with other browsers work fine there.

[fancyham]

@hughlilly could you mark this issue as unsolved so GitHub can fix it?