# Gemini Downloading the Wrong Image? How to Save the Right One > If Gemini's Download full size saves an older, uploaded or garbled file, you can still save the image in the chat. Google hasn't published a cause or a fix. - URL: https://blog.laozhang.ai/en/posts/gemini-wrong-image-download - Published: 2026-10-03 - Updated: 2026-10-03 - Author: LaoZhang AI Team (https://blog.laozhang.ai/en/about) - Category: Gemini Image - Tags: Gemini, Nano Banana, Image Download, Troubleshooting --- When **Download full size** in Gemini on the web saves a different picture from the one in the chat, the picture you can see is still recoverable. Reload the chat, right-click the correct image, open it in a new tab, change the end of the address from `=s1024-rj` to `=s0`, and save that. In a test on October 3, 2026, on an account without a Google AI plan, this returned the same 1376×768 pixels as the download button, but as a far more compressed JPEG. Use it to rescue the right picture, not to improve quality. Google's help page for Gemini Apps describes the **Download full size** button and says nothing about this problem. Google has not published a cause or a fix, and user reports of wrong downloads run from April 2025 to September 2026. The October 3 test ran six downloads and all six were correct. That shows the bug did not appear on that account that day. It does not show the bug is gone. ## Wrong image, garbled image or smaller file: which one you have Several different problems look alike when you open the file. Compare it with the preview in the chat before changing anything: | What the downloaded file shows | What it is | What to do | | --- | --- | --- | | A different picture: an older one from the same chat, your uploaded original instead of the edit, or something unrelated | The wrong-image download reported on gemini.google.com | Use a rescue route below | | The same file no matter which image you download | The same problem; the file name gives it away | Check the file names (below) | | The right picture with broken parts: stray colors, overlapping figures, a cropped look | Reported alongside wrong downloads while the preview looks fine | Use a rescue route below | | The right picture, but smaller or softer than you expected | A size question: downloads are 1K without a Google AI plan and 2K with one | See the last section | | Nothing saves, or an error about downloading images | A download failure, not a mix-up | See the reporting section; on work or school accounts, check admin settings | The file name is a quick check. Gemini names downloads `Gemini_Generated_Image_` plus a code, for example `Gemini_Generated_Image_qrt743qrt743qrt7.jpeg`. In the October 3 test, downloading the same image twice produced the same name and a byte-for-byte identical file. So if two different images in your chat arrive under the same name (your browser may add "(1)" to the second), the second file is a repeat of the first, not the image you clicked. This was observed for one image downloaded twice, so treat it as a practical check rather than a documented rule. ## How to save the right image when Download full size gets it wrong The image in the chat is the one you want, and you can save it even when the button keeps returning the wrong file. An author who had published a fix for the problem wrote in January 2026 that the bug no longer reproduced, but that older images still downloaded wrong. Don't count on the button recovering for an image it has already mixed up. ### Change the image address from =s1024-rj to =s0 1. Reload the chat page. A freshly generated image is shown from a temporary `blob:` address. After a reload, the same image is served from `lh3.googleusercontent.com`, which is the address you need. 2. Right-click the correct image and choose **Open image in new tab**. 3. The address ends in `=s1024-rj`, the 1024-pixel preview. Replace that ending with `=s0` and press Enter. 4. Right-click the image in the new tab and choose **Save image as**. For a PNG instead of a JPEG, use `=s0-rp` as the ending. Both are undocumented settings of Google's image server. They work only while you're signed in to the same Google account, and Google can change them without notice. ![Four steps to save the image shown in the Gemini chat: reload, open it in a new tab, change =s1024-rj to =s0, then save](https://blog.laozhang.ai/posts/en/gemini-wrong-image-download/img/rescue-steps.webp) The version of this tip published on thoughtmunchies.com in December 2025 uses `=s2752` and calls the result native and uncompressed. In the test, `=s2048` and `=s2752` returned the same 1376×768 image as `=s0`. The server doesn't enlarge an image past its actual size, so a bigger number buys nothing. The "uncompressed" part didn't hold either, as the size table below shows. ### Copy the image straight from the chat Gemini shows a copy button on the generated image. STUDIO A-COLOR, a Japanese studio working on manga panels, hit broken downloads in early June 2026. New chats, hard reloads, a reboot, a second account and a second PC didn't help. The team kept the correct version by copying the image in the chat and pasting it into Photoshop. The pixel size of a copied image wasn't measured. The chat preview measured 1024×572 in the test, so if resolution matters, check the size after pasting. Right-clicking the preview and choosing **Save image as** saves that preview file too. ### Try the mobile app, Export to Docs or My Stuff None of these was tested on October 3, but each has some backing: - **Gemini mobile app**: In a December 2025 Help Community thread, the poster reported that the web download saved an older image from the same chat while downloads from the mobile app were correct. 74 people marked that they had the same problem. - **Export to Docs**: Google documents this as the other way to get an image out (More, then **Export to Docs**). Whether it avoids the mix-up is unknown. - **My Stuff**: One user who got errors downloading new images could still download older images from My Stuff. Whether My Stuff avoids wrong-image downloads is also unknown. ## What each rescue route saves: sizes from an October 3, 2026 test All rows below are the same 16:9 image, made in Flash mode on a personal account without a Google AI plan: | Route | Format | Pixels | File size | | --- | --- | --- | --- | | **Download full size** button | JPEG | 1376×768 | 390,076 bytes (about 390 KB) | | Chat preview, address ending `=s1024-rj` | JPEG | 1024 wide | 18,299 bytes | | Address ending `=s0` | JPEG | 1376×768 | 47,252 bytes (about 47 KB) | | Address ending `=s2048` or `=s2752` | JPEG | 1376×768 | not measured | | Address ending `=s0-rp` | PNG | 1376 wide | 757,939 bytes (about 758 KB) | | Copy button in the chat | not measured | not measured | not measured | The `=s0` JPEG has the same pixel count as the button's file but about an eighth of the bytes. That means much heavier compression, which usually shows first in fine detail and lettering. It's fine for rescuing the right picture. For client work or print, it's a step down from a correct download. ![Bar chart of file sizes for one Gemini image: 390,076 bytes from the download button, 47,252 bytes from =s0, 757,939 bytes from =s0-rp and 18,299 bytes from the chat preview](https://blog.laozhang.ai/posts/en/gemini-wrong-image-download/img/route-file-sizes.webp) The `=s0-rp` PNG is lossless as a file format, but it contains whatever pixels the server hands out. Whether those match Gemini's own full-quality original isn't known. A sensible order is to rescue with `=s0-rp` now, then try the button again later or from the mobile app, and keep whichever is better. With a Google AI plan, Google's help page says downloads are 2K. Whether the address route also reaches 2K on a paid account wasn't tested. The test download of an edited upload came out at 1365×768, not 1376×768, so expect small size differences with edits. ## The October 3, 2026 test: six downloads, six correct files > **Test conditions**: personal Google account without a Google AI plan; Chrome 154 on macOS; Gemini on the web in Flash mode (images from Nano Banana 2); October 3, 2026. Three situations from user reports were recreated: 1. **Three images in one chat**, labeled A1, B2 and C3, each 16:9. They were downloaded out of order (C3, then A1, then B2), so the oldest image was downloaded after newer ones existed. All three files were correct. 2. **An edit in the same chat**: Gemini was asked to change the last image (result D4). D4 downloaded correctly. C3 was then downloaded again, and the file was identical to the first C3 download. 3. **An edit of an uploaded image** in a new chat: a 1280×720 test PNG was uploaded and edited (result E5). The download was the edited image, not the upload. That's six **Download full size** clicks and six correct files, so the wrong-image bug did not reproduce. The test didn't cover Google AI plan accounts or 2K downloads, **Redo with Pro**, the Gemini mobile apps, chats with more than four images, the copy button's output, or downloads from My Stuff and Export to Docs. Six clean downloads on one account don't mean the problem is solved. The author who couldn't reproduce it in January 2026 still saw old images download wrong. New reports followed in June 2026, and STUDIO A-COLOR saw the problem come and go on the same setup. The test did show one thing about how the button works. A network trace of one click showed the button first asking Gemini's server for the image, then fetching a separate full-size address ending in `=s0-d-I`. It doesn't reuse the preview address on the page. Because the preview and the download come from separate requests, the two can in principle disagree while the chat looks right. That's an inference from a single trace, not a confirmed cause. ## Does a new chat, clearing cache or Incognito fix wrong downloads? Not reliably. Volunteer Product Experts in Google's Help Community, who aren't Google staff, suggest: - starting a new chat every few images - downloading right after generation, before sending anything else - using Incognito with extensions turned off - clearing cache and cookies - for edits, uploading the original again in a new chat and repeating the edit The long-chat theory comes from one of those volunteers. A Reddit bug report also describes wrong downloads in long chat threads. Neither is a Google finding. Against it, the December 2025 thread's poster saw the problem in several browsers after clearing cache and site data, and STUDIO A-COLOR saw it in new chats and on a second PC. Spend a few minutes on this, not an afternoon: 1. Download the image right after it appears, before sending another prompt. 2. If the file is wrong, try once in an Incognito window with extensions off. That rules out an extension. 3. If it's still wrong, stop changing local settings. Rescue the image with `=s0-rp`, `=s0` or the copy button, then report it. Keep in mind that regenerating the image in a new chat gives you a new image, not the one you had. If the picture on screen is the one you want, rescue it before you start over. ## How to report a wrong Gemini download, and when to stop retrying Once a fresh download and an Incognito retry both give the wrong file, more local fixes are unlikely to help. Save the right image another way and send feedback from Gemini. Volunteers point to **Send feedback** or **Report a problem** in the Gemini menu. A report Google can act on includes: - the wrong file attached, plus a screenshot of the correct preview in the chat - the kind of image: text-to-image, an edit of your upload, or an edit of an earlier result - roughly how many images the chat contained - your browser, whether you have a Google AI plan, and the mode you used - whether the mobile app or the `=s0` address gave you the right picture If you're on a work or school account and nothing downloads at all, the issue may be an admin setting rather than a bug. Volunteers suggest asking your admin whether image downloads are allowed and point to [Google's Workspace help page](https://support.google.com/a/users/answer/15593939) on the subject. If you produce images in volume and can't afford a download step that sometimes hands back the wrong file, the Gemini API is a separate product that returns image data in the response itself. The [Gemini Image API guide](https://blog.laozhang.ai/en/posts/gemini-image-api-guide-2026) covers models, pricing and code. ## Downloaded image smaller or blurrier than the Gemini preview? That's a different issue. "Full size" in Gemini means 2K with a Google AI plan and 1K without one, according to Google's help page. At 16:9, 1K is 1376×768, which is exactly what the no-plan downloads measured in the test. The chat preview was 1024×572, so a correct no-plan download is larger than the preview, not smaller. If your file looks softer than the preview, check its actual pixel size before assuming it's the wrong image. [How to check the real pixel size of a Gemini image](https://blog.laozhang.ai/en/posts/gemini-image-high-resolution-hd-prompt) walks through 1K, 2K and 4K and how to verify them. For what free accounts get compared with Google AI plans, see [Can You Use Nano Banana for Free?](https://blog.laozhang.ai/en/posts/is-nano-banana-free). If no image appears in the chat at all, go to [Nano Banana Not Working in Gemini?](https://blog.laozhang.ai/en/posts/nano-banana-not-working-gemini-image-errors)