Bridge shows different dimensions that in reality

  • 2
  • Problem
  • Updated 2 years ago
  • (Edited)
I crop images, resize them to 2000x2000 and save as png. When I check dimensions (usually in bridge) - bridge shows me different dimensions. I open it in Photoshop - it's 2000x2000. I select properties of file in explorer - 2000x2000. In bridge - others. And I don't know it's a bug of Bridge or of Photoshop (perhaps it does not changed some metadata of file).

Photoshop 19.0 x64, Bridge 8.0.0.262 x64

PS I sent these files to another person, she has previous versions of  Bridge and Photoshop - all the same. Photoshop show one size, Bridge - another.
Photo of Aurica Crudu

Aurica Crudu

  • 32 Posts
  • 7 Reply Likes

Posted 2 years ago

  • 2
Photo of Todd Shaner

Todd Shaner, Champion

  • 1601 Posts
  • 540 Reply Likes
What are the exact Pixels x Pixels 'Dimensions' you are seeing in PS....you don't mention those numbers. Can you upload one of the files to a file sharing site?
Photo of Aurica Crudu

Aurica Crudu

  • 32 Posts
  • 7 Reply Likes
Photoshop shoes 2000x2000, I mentioned it.
Photo of Cristen Gillespie

Cristen Gillespie

  • 1805 Posts
  • 622 Reply Likes
It's possible Bridge isn't updating the file. I've had that happen before, and PNG files seem to be the worst. But it should have updated when it got sent to your friend who had never had it cached on disk. Otherwise I'd think that purging cache might force Bridge to update the image to reflect the cropped dimensions.

 I'm not seeing the problem here, but if you'd provide more information about your OS and what version of Bridge and PS you're running, it would help the Adobe team test any file you upload on the same OS and version.
Photo of Aurica Crudu

Aurica Crudu

  • 32 Posts
  • 7 Reply Likes
These files was not in this folder before. And if it  was a day or two ago (parent files with full article) - they also was 2000x2000, all files in this directory have these dimensions. I purged cache, it was my first intention. I restarted PC. Nothing changed.
Photo of Aurica Crudu

Aurica Crudu

  • 32 Posts
  • 7 Reply Likes
images https://yadi.sk/d/Rqkfnqg33NxhsM
my config is Win 10 Pro, Photoshop 19.0 x64, Bridge 8.0.0.262 x64 (both - last versions, installed a few days ago)
Photo of eartho

eartho, Champion

  • 1207 Posts
  • 365 Reply Likes
How did you create the .png? Save for Web, Export As, Save As, Lightroom?
Photo of Aurica Crudu

Aurica Crudu

  • 32 Posts
  • 7 Reply Likes
Save As
params in screenshot
Photo of Todd Shaner

Todd Shaner, Champion

  • 1601 Posts
  • 540 Reply Likes
I can confirm what you are seeing. When using PS 2018 'Save as PNG' Bridge incorrectly displays the XMP-tiff 'ImageWidth' and 'Image Height' metadata fields in the PNG file. Since your friend sees the same issue using PS 2017 and Bridge 2017 it would indicate a bug in PS 2018 'Save As PNG.'



All other methods of creating a PNG in PS don't exhibit this issue. A camera raw image file was cropped to 1x1 and Exported to TIFF using LR Classic. The TIFF file was then resized to 2000x2000 inside PS 2018 and output using the below methods. I'm on Windows 7 SP1 64 bit.

Photo of Cristen Gillespie

Cristen Gillespie

  • 1805 Posts
  • 622 Reply Likes
On my Mac running El Capitan, not using LR, I've tried saving both JPEGs and TIFFs as a PNG file every way out of PS I can think of—Save As, Quick Export as PNG, Export As, and SFW. I've even quit and relaunched, because I had a long-standing problem with Trimming a PNG with Transpaency, saving it, then after quitting and relaunching Bridge, I could no longer add metadata to the file (said it didn't support it).

So I know PNGs are delicate, both in PS and in Bridge. I even get PNG files sometimes that Adobe can't open (the old Fireworks often could), but Preview can open them. But I'm just not able to find the right combination that prevents PS from attaching the correct dimensions or Bridge from reading them.

A Windows thing, since you're both apparently running Windows? Or can someone on Sierra or High Sierra also confirm?
Photo of Todd Shaner

Todd Shaner, Champion

  • 1601 Posts
  • 540 Reply Likes
Cristen, it appears to be a Windows system only issue. I checked the PNG files again in numerous other applications and they all show 2000x2000 pixel Width and Height dimensions. So it's not a PS issue, but a bug in Bridge 2018 (verion 8.0).
(Edited)
Photo of Aurica Crudu

Aurica Crudu

  • 32 Posts
  • 7 Reply Likes
and in previous version of Bridge also. The person whome I send these files has Bridge 7.0. Perhaps Bridge uses some different parameters?
Photo of Cristen Gillespie

Cristen Gillespie

  • 1804 Posts
  • 621 Reply Likes
It shouldn't. But when it comes to Bridge. . . I rely upon Bridge all day every day, but I have learned to rely upon it with the suspicion that at any given moment during the day, it won't work properly. <sigh>

As for whether or not it's in the previous version of Bridge—I'm not so sure. I would have thought we'd be hearing about it for a long time now if that were the case. You're sending a file from your version to your friend's version, so it is quite possibly carrying along the erroneous metadata. Your friend would have to take one of her own files that has never seen 2018 and follow your exact procedure, from opening in Photoshop to saving in Photoshop exactly the way you did, to then looking at it in her pristine 2017 version of Bridge. If it happens to her files, too, then very possibly, yes, it's a bug no one has found before—maybe by simply not looking at the conflicting dimensions because they don't save to a standard file size the way you do.  Actually, you didn't report it in 2017, either???
Photo of Aurica Crudu

Aurica Crudu

  • 32 Posts
  • 7 Reply Likes
No, I didn't. I encountered this bug only yesterday and posted it here. I think about next (if it's possible) - perhaps Bridge reads some different metadata for dimensions, than other programs do. Photoshop 2018, saving as png copy wrong parameters and if Photoshop it does, than all versions of Bridge will show wrong numbers. Photoshop 2017 does all correctly, perhaps.

Hm, I viewed metadata of file using program exiftool, and it  shows next values:
Image Width                     : 2000
Image Height                    : 2000
Exif Image Width                : 3982
Exif Image Height               : 3982

Evidently, Bridge shows us Exif Image Height and width instead of Image Height and Width.

This bug appears only in some images. I processed yesterday about 80 images with this action and it appeared only around at 10 of them. For others images params in exiftool are
Image Width                     : 2000
Image Height                    : 2000
Exif Image Width                : 2000
Exif Image Height               : 2000

Sorry for my English, i make mistakes for sure... Hope you understood what i meant.
(Edited)
Photo of Cristen Gillespie

Cristen Gillespie

  • 1804 Posts
  • 621 Reply Likes
Your English is just fine. I'm trying to figure out what Bridge is doing, and it's most odd. Can you find anything in common between the images that turn up the wrong Exif that is different from the images that are correct? Where they're coming from, when they were created, what version they were saved from, anything?

Since Todd can repeat it, it can't be a non-English localization bug or in an action he doesn't have.

Maybe one of the Adobe Staff here can get someone from the Bridge team  who can tell you where to upload a couple files to them that are showing the wrong numbers so they can find the culprit. Todd can then perhaps contribute his own file and between two sources, they can pin it down.

It's almost worse for you having it reported incorrectly only some of the time, because you have to look harder to know it's the bug, not just a file that hasn't been processed by the action. I wish you luck getting it tracked down.
 
Photo of eartho

eartho, Champion

  • 1236 Posts
  • 383 Reply Likes
It's not windows only, i also see the incorrect dims using MacOS10.11.6 and Bridge CC2018.
Photo of Aurica Crudu

Aurica Crudu

  • 32 Posts
  • 7 Reply Likes
These images are from one session, i converted them into psd from lightroom (previous version) simultaneously, i can run this action once time again and it will save all correcly.  (I did this for others 6 or 5 photos that I noticed first, not really figuring out what happened - and it worked - all files were 2000x2000 after second iteration. And yes, I think it's  a random bug.

I use English version of Photosop, don't like localization.

Now, when i know, that it's a bug with metadata, not with dimensions themselves, I think I can deal with it, it's not so bad that if it was a bug with real dimensions. But it's uncomfortable.
Photo of eartho

eartho, Champion

  • 1236 Posts
  • 383 Reply Likes
Alright, so for me when i save the png, Large and Medium option will provoke the bug, but saving with smallest file (save as) will display the correct dims. Using Save for Web with any of the metadata options also works as expected.

I'm thinking this bug is related to the bloated metadata files. The original png's are 11MB, but when i save for web or save as small, the files are 3.3MB...
Photo of Todd Shaner

Todd Shaner, Champion

  • 1601 Posts
  • 540 Reply Likes
OK, I opened the same LR TIFF export file and processed it again exactly the same way. All methods of creating a PNG file with PS 2018 are showing as 2000x2000 pixels in Bridge 2018 (version 8.0). I now cannot duplicate the issue! I'll try it again in the morning after a system reboot.
Photo of Cristen Gillespie

Cristen Gillespie

  • 1804 Posts
  • 621 Reply Likes
I tried again, too. I cropped to roughly 2000x2000 px, but left big data intact. Then I used File> Save As, and picked PNG, Large size (fastest save) — which is what I'd used before the other times I'd used Save As — and still Bridge had no problem with it.

Next I took the same image, cropped it so it was a square closer to 2600x2600 px, left big data intact, left it at 16 bit, used Save As with Medium, Export As, Quick Export as PNG, and SFW. All of them came through with the right dimensions. I'm at a loss here. I'll no doubt run into it one of these days, but if they can't replicate it, they can't fix it.<sigh>
Photo of Avinash Kumar Singh

Avinash Kumar Singh, Employee

  • 28 Posts
  • 7 Reply Likes
I have also tried these images on Photoshop 19.0 x64, Bridge 8.0.0.262 x64 but not able to reproduce this issue .  If there is some reproducible steps please let us know so that we can fix it.

Here are the snapshots  that I have tried on PS and Br latest versions 
Photo of Todd Shaner

Todd Shaner, Champion

  • 1592 Posts
  • 538 Reply Likes
After rebooting this morning I'm unable to reproduce the issue using the same TIF file and or 2nd LR export TIF file. I've uploaded the original PNG file from yesterday that exhibits the issue to Dropbox. It's was created using a 5D MKII camera raw file (5616x3744) with 1x1 Crop (3744x3744), exported to 16 bit, ProPhotoRGB, TIF file format using LR Classic. The file was then resized to 2000x200 using Image Size> Automatic and 'Save As' PNG Large File Size in PS 2018 (19.0).

Inside Bridge 2018 (Version 8.0) it shows Dimensions as 3744x3744. Inside LR, PS, Windows Explorer, and numerous other applications it shows Dimensions as 2000x2000.

https://www.dropbox.com/s/52epnujf1mihj02/Lightroom%201x1%20Crop%20and%20Export_PS%20Image%20Size%20...


Here's the original TIF file that was used to create the above PNG file:

https://www.dropbox.com/s/qisv14mk8jy352t/Lightroom%201x1%20Crop%20and%20Export.tif?dl=0
(Edited)
Photo of Aurica Crudu

Aurica Crudu

  • 32 Posts
  • 7 Reply Likes
well, I tried today to process a bunch of files, to view if I can reproduce it more or less frequently. I have 72 psd, which I flattened and saved as tiffs by Image Processor for speed.
After that I ran an action that change Image Size (2000x2000, bicubic), saves copy of file several times in PNG - in folder "large" -using large in save as png, in folder "medium" - using medium and in folder "small" - using small.

  • I ran once with all 3 saves checked. Folders "large", "medium", "small" - 9 first images was with parent dimensions, all others - 2000x2000.
  • I ran 3 times again, with only one save checked - one time large, second - medium, third - small. Folders "large", "medium" - 10 first images with parent dimensions, others 2000x2000, "small" all images was 2000x2000.
  • I moved first 10 first images, that was saved almost every time with parent dimensions and left 62 images that was fine in previous iterations. I ran 3 times again, same algorithm - with only one save checked - one time large, second - medium, third - small. Folder "large" - all 2000x2000, "medium"- first 10 images with parent dimensions, the rest - 2000x2000, "small" - only one! photo had parent dimensions (7th in the list), the rest 2000x2000.
I uploaded tiffs, action and one small script at https://yadi.sk/d/cb_vtYvp3P2kU3 (72 tif files, 3720 mb). This script I run for square images and use it for checking if height of document is an even number. (Resizing with Image  Processor a square image with odd dimensions results 2001/1999 instead of 2000). I think that this script does not affect the result, but for an unbiased experiment I uploaded it.

Well, hope you'll be able to reproduce this issue with these images...
(Edited)
Photo of Avinash Kumar Singh

Avinash Kumar Singh, Employee

  • 28 Posts
  • 7 Reply Likes
Hi ,

Thanks for the info . We are trying to reproduce this issue . Once we get a definite steps we will fix it .

Thanks
Bridge Team
Photo of Avinash Kumar Singh

Avinash Kumar Singh, Employee

  • 28 Posts
  • 7 Reply Likes
Hi ,

For files that you are getting incorrect/different dimension  try selecting those files right click and select  purge cache for selection . And then check the dimension info . Please let us know if you are still getting this issue.

Thanks,
Avinash
Photo of Aurica Crudu

Aurica Crudu

  • 32 Posts
  • 7 Reply Likes
I did this first time i get this error, it does not helped. As I deleted all tests that I made then, now i repeated my test.
I saved 63 files in batch. This time first 8 photo, 10th and 12th have parent dimensions. I selected them, purged cache for them - nothing changed.
Yes, it does not help.
(Edited)