Bridge

Bridge version: 14.1.2.300, 15.0.0.397OS: Windows 10 (version 10.0.19045.5011)Steps:1. Create a document in Photoshop (ex. 800x1200px) and save as GIF.2. Click on GIF file in Bridge.Expected: Preview is shown in preview pane and full screen after pressing space--only a generic placeholder (see attached image).Actual result: No preview is shown. Other files in the same folder work as expected (PNG, JPG, HEIC, DNG).If I right-click on the thumbnail and choose Purge Cache for Selection, a preview will appear in the preview pane (but nothing full screen), but if I click off of the GIF and go back the preview does not reappear. For some images the preview is initially sharp then drops to very low resolution after a half second.

Since the most recent update of Bridge 14.1.2 and now 14.1.3, Bridge is not reading the embedded color profile of any RAW files. The metadata shows them as Untagged, and if I try to open the RAW file with Bridge, Photoshop will not recognize it as a color image and open it in B&W. However, if I open a RAW file without using Bridge, directly to Photoshop, it opens correctly. I was hoping the update to 14.1.3 would fix the problem, but no luck. This has only been a problem for about two weeks, since the most recent version of 14.1.2.

Version of Adobe Bridge15.0.0.397Steps to reproduce the issuesTools-->Photoshop-->Image ProcessorBridge asks to install Photoshop scriptOperating SystemWindow 11Expected resultJPGs should be as viewed on screenActual resultJPGS have a pale blue tintOptional- Upload your File or Video***This still happens even after I disable the script in Bridge.This still happens even when I don't go through Bridge. Now when I export directly from Photoshop through "saves as," the image still has blue tint.I have to reinstall Photoshop to get it back to working correctly (no blue tint).

when you go to move a file from one folder to another, bridge will freeze and not allow the move to happen

I'm running macOS 12.7.6. Ever since I upgraded my iPhone to iOS 18, Adobe's Bridge Photo Downloader will crash unless I am extremely quick on starting the "get media" process. It means that I do not have time to cannot select files or options.Version of Adobe Bridge: 14 and 15Operation System: macOS 12.7.6. on iMac and iOS 18.0.1 on my iPhone 14 ProSteps to reproduce: Launch Bridge, Select "Get Photos from Camera", connect iPhone to USB cable and wake device, chose "get photos from" to be my iPhone, watch thumbnails of photos get loaded into the selection paneExpected Result: be able to select files to uploadActual Result photo downloader quits unexpectedly (i.e. crashes)

Personalised hats are perfect for displaying one’s style or advertising. If you are looking for sporting purposes or for events types of activities or corporate style, then [customised caps](https://www.tshirtink.co.uk/custom-caps) is the way to go. Pick from countless colors, logos and embroidery styles for your caps. Add more to your style by wearing stylish quality made customised caps for you!

I’m using Adobe Bridge as a stand-alone software to add and maintain metadata of photos that I save in a Finder folder structure. I’m not using Photoshop, Camera Raw or other Adobe applications. Until recently, I was able to add metadata to HEIC files in Adobe Bridge that originate from my iPhone or that I created out of RAW files from my Nikon DLSR in Pixelmator Pro. For whatever reason, it’s no longer possible to edit the metadata of HEIC photos which I previously edited via Adobe Bridge. It’s still possible to see them (except in the ‘Keywords’ Panel) but they are no longer editable fields. When now trying to assign a new keyword, the following error message is shown: “Cannot apply metadata - The file XY cannot store XMP metadata. No changes will occur.”This however was possible just a few weeks back (I assume with the previous version of Adobe Bridge). I would have uploaded a reference file but the uploader doesn't support HEIC files.FIXING REQUEST: Please fix this issue as soon as

I’ve been having a lot of issues with Photo Downloader recently. First when I open Photo downloader it will see the card but not files. I’ll refresh it, then It will show 328 files. Then I refresh again and it will show 787 files. Another refresh 1351 files, another refresh then it will show 2025 files. But oddly when I use finder and select the folder and go to get info it will say the folder contains 2026 files. I don’t see any text files in the folder just images, so I’m not sure if one Image is missing? The same issue has happened several times. Needing multiple refreshes to find all the photos, but even then one less file in Photo Downloader than what Finder is telling me is within the Folder. Not sure what’s going on here… I also see first two images are looking wonky, like similar to rolling shutter but not that... I had Mechanical shutter enabled and it could look like the others. the first two photos are black and white when they should be color.. This is just the preview of t

Photo Downloader crashes when selecting a ProGrade CFExpress card reader connected to my Mac Stuidio.And, cannot load pics even in Photoshop (CFExpress drive appears momentarily and then becomes invisible).Mac OS Sequoia 15.0.1

Calling app.refresh(); is broken, at least in Mac Ventura 13.7Update:When only performing a rename on selected files, the refresh doesn't work, so the new filenames aren't visible until manually refreshing.However, if I also save the existing names to the preserved filename metadata field before renaming, the refresh works.

Mac Ventura 13.7When batch renaming using the Date/Time > Date Created > Milliseconds metadata on JPEG or NEF files containing millisecond metadata, the value is ignored and 000 is incorrectly used instead.I was able to get this to work once, but it now no longer works on the same files after numerous quit/restart of bridge or computer reboots.In the end, I had to write a javascript batch rename to accomplish the task:https://community.adobe.com/t5/bridge-discussions/batch-renaming-issue-with-milliseconds/td-p/14886235There are already two similar bug reports at this site for this long standing issue that goes back many versions:https://adobebridge.uservoice.com/forums/905377-report-bugs/suggestions/39521614-batch-rename-not-always-correctly-parsing-millisechttps://adobebridge.uservoice.com/forums/905377-report-bugs/suggestions/45327280-batch-rename-milliseconds-000-after-editing-files

OSX 15.0Bridge v14.1.2.3001. Take a .DNG file shot in portrait orientation2. Create a workflow to export .JPG with 2048pix3. The orientation should not be changed4. BUG: the exported file will be changed to landscape orientationI crosschecked with different pixel size and formats, the Bug is only in one workflow with 2048pix, I send the workflow attached, nope sorry xmp or zip upload is disabled so here are the screenshots of the workflow

OSX 15.0Bridge v14.1.2.3001. Take a .DNG file and give it a 1 Star rating2. Create a workflow to export .JPG3. The star rating should be transfered to the jpg export4. BUG: the star rating will be removedI crosschecked with .TIF export, here the star rating will be transfered as expected

Changing date and time to synchronise machines does not work

Observed if the size of .EPS file is small (less than 1 MB) - it is not showing its thumbnail.

When trying to find specific files in the folder the search results comes to 0 even I can see that the files are in the folder and they meet the search criteria's

Dragging files with option/alt-key pressed to other windows than Bridge's (e.g. Mac's Desktop or Finder windows) used to create a copy. Since a few updates, the green + cursor badge appears, but files are simply moved to the new location and deleted from their original location.I'm using Mac OS Sonoma and Bridge 14.1.1.274.

Windows 11 23H2 (I9 CPU and Nvidia RTX A4500 GPU)Adobe Bridge 14.0.1.137 Playing a slideshow fails to work correctly (halts completely on the third image) in the following circumstances:The selected images are from a collection (smart or not)Images are selected by choosing a higher level folder and using View>Show Items from Subfolders This is not dependent upon the file type - tested with JPEG, DNG and TIFF nor the number of images.Slide duration, Caption, type of fill (Centred, Scaled to Fit, Scaled to Fill) Transition Options and Transition Speed do not seem to affect this issue for better or worse. Note that there is no problem with the slideshow displaying correctly when the images are from a single folder, regardless of the number of images in that folder or their type.

I'm constantly waiting while Bridge is spinning. This even happens for simple tasks like assigning a star rating to a photo. I used CS6 for years and never had any of these problems. Can I please go back! It also just deleted a bunch of my keywords from the list. How can this program have gotten so awful? I don't see any improvements over my old version, only problems.

Filter File type shows blank for DNG. All other file types are listed like JPG, PNG. Latest Windows 11Latest Bridge 14.1.something

With the past iterative versions of Adobe Bridge, rendering with images has become slightly fuzzy. Have not noticed this on other JPEG viewers with my Mac. Love the way Adobe bridge can render things fast, but it is so fuzzy. It makes me wonder about the quality of my images until I use other programs and see there are no issues. Have attempted numerous times to clear the cache as well as use hardware or software renderings. Nothing seems to change. Other programs seem to have no issues.

When using masks in ACR from LrC, an errant 'Show overlay (auto)' checkbox appears on top of the tools panel. While scrolling the panels can sometimes hide this, it may prevent access siders. This effect also occurs with PS Smart Objects with an ACR Filter layer.

In previous versions of Bridge, right-clicking an item shows a list of commands including "Reveal in Finder" (or Windows Explorer).That command is still there but, instead of revealing the item, it opens it - if the item is a folder it opens the folder in the Finder, rather than revealing it, so you are then required to navigate back one layer of the folder heirarchy to actually see the folder. If the item is an executable file (e.g. an application), it opens the application, rather than revealing its location, as the command indicates. This is not only misleading, but very annoying and makes the command useless. The previous behaviour (of showing the item's location) should be reinstated.

The workspace Light Table is translated to Lett tabell in the Norwegian version.This is plain wrong, this is why.Lett tabell is in Norwegian a light (not heavy), tabell (as in Excel table)The correct translation is: LysbordLys = light emitted from a light source (it also means light, not dark)bord= table to put things on.Also, in Norwegian, words like this are written in one word, not divided into two words.

when i check the box to constrain crop it no longer does anything and i have to manually crop the image every time i transform the geometry