Acrobat Reader is unable to correctly interpret some mountpoint reparse points (junctions). In practical terms: Acrobat Reader is unable to access PDF files from file systems mounted as directories and this is the root cause of the problem.

Junctions are special symbolic links that are used in many scenarios; an important one is when a file system is mounted as a directory rather than a regular drive. Junctions contain 2 paths: a “substitute” path which must be a path in the NTOS namespace (not a Win32 path) and a “print” path, which is to be used for display to the user.

A junction that is used to mount a file system on a directory might have a target like \Device\Volume{GUID}, which might be a file system device. Unfortunately targets such as \Device\Volume{GUID} appear to create problems for Acrobat Reader because it interprets them as the Win32 path C:\Device\Volume{GUID}, which is incorrect.

For more information on this problem please see this GitHub issue:
https://github.com/billziss-gh/winfsp/issues/274

I am the author of the WinFsp software, which can be used to create file systems and I am happy to answer any questions you may have about this problem.

Verion 20.006.20034.39303

When copying from a PDF document the text gets cut off after the SECOND letter 't' when trying to paste.

Steps to reproduce:

1) Open the PDF document attached to this
2) Go to the first page of PDF
3) Highlight the sentence "If the input parameter is a timestamp (without time zone) it applies the offset of the time zone you specify and returns a timestamp with the time zone."
4) Paste into a text editor

Expected Results

All the text is copy/pasted

Observed Results:

Only the following is pasted:

"If the input parameter is a"

Very odd!!

When viewing PDF documents containing images on my wide gamut monitor using Acrobat Read DC (Windows 10), images have oversaturated colors.
The same PDFs looks OK when opened in Photoshop or previewed in Bridge.

See also this thread:
- https://community.adobe.com/t5/acrobat-reader/problem-with-color-management-wide-gamut-monitor/m-p/10982293

I have done some systematic testing. There seems to be a color management problem/error in the (urrent Windows version of Acrobat Reader DC:

Procedure

I have made two test images:

• image-AdobeRGB.jpg: - a JPEG image file with an Adobe RGB (1998) embedded color profile


• image-sRGB.jpg: - a JPEG image file with a sRGB IEC61966-2.1 embedded color profile

For each image I have generated a PDF document using both Bridge and Photoshop. This results in 4 PDF files:

• image-AdobeRGB-BRIDGE.pdf: - image-AdobeRGB.jpg has been used in the Output module of Bridge


• image-AdobeRGB-PHOTOSHOP.pdf: - image-AdobeRGB.jpg has been used in Photoshop ("Save As": Photoshop PDF)


• image-sRGB-BRIDGE.pdf: - image-sRGB.jpg has been used in the Output module of Bridge


• image-sRGB-PHOTOSHOP.pdf: - image-sRGB.jpg has been used in Photoshop ("Save As": Photoshop PDF)

Each of the 4 PDFs has been opened in three applications:

• Bridge (10.0.3.138 x64)


• Photoshop (21.1.1 20200312.r.121 2020/03/12: c839971b587 x64)


• Adobe Acrobat Read DC (20.006.20042)

The process is shown in the attached two diagrams (as JPEG image files):

• diagram-AdobeRGB
  http://jjohanson-test.com/acrobat-readerdc/diagram-AdobeRGB.pdf
  


• diagram-sRGB
  http://jjohanson-test.com/acrobat-readerdc/diagram-sRGB.pdf
  

FINDINGS

This has produced 12 sets of findings (4 PDFs times 3 apps).
A summary:

1) Previews in Bridge and Photoshops looks OK for all 4 PDFs.
2) With two exceptions (see diagrams and *) Bridge and Photoshop indicates that the correct color profile is present.
3) For all 4 PDFs Acrobat Read DC shows identical and wrong (oversaturated) colors.

*) Bridge shows "Untagged" for the PDFs generated by Bridge. However, according to this:
- https://community.adobe.com/t5/acrobat-reader/does-acrobat-reader-support-color-management-systems/m-p/11006133?page=1#M64420
at least the the image in the Adobe RGB (1998) version of the PDF seems to have the correct profile.

Speculation

Since Acrobat Reader DC (ARDC) shows identical previews for all four PDFs (regardless of the image color profile used that also seems to be present in the PDF files), it seems reasonable to assume that ARDC takes the input profile into account (the profile(s) embedded in the PDFs). However, it seems that the output profile (in this case the profile generated while calibrating my Eizo wide gamut monitor) is not taken into account. This behavior mimics the behavior of some native Windows applications like the Edge browser and the Photos app (images with different embedded profiles are rendered identically, but with oversaturated colors on my monitor). It is interesting to note that both the Adobe RGB (1998) files and the sRGB IEC61966-2.1 files preview identically (to my eye) in both Acrobat Reader DC, the Edge browser (non-chromium) and the Windows Photos app. When using "standard" gamut monitors it will often be difficult to see that the colors actually are not correct.

Test files for download

All files can be downloaded here:

• http://jjohanson-test.com/acrobat-readerdc/image-AdobeRGB.jpg


• http://jjohanson-test.com/acrobat-readerdc/image-AdobeRGB-BRIDGE.pdf



• http://jjohanson-test.com/acrobat-readerdc/image-AdobeRGB-PHOTOSHOP.pdf




• http://jjohanson-test.com/acrobat-readerdc/image-sRGB.jpg



• http://jjohanson-test.com/acrobat-readerdc/image-sRGB-BRIDGE.pdf



• http://jjohanson-test.com/acrobat-readerdc/image-sRGB-PHOTOSHOP.pdf




• http://jjohanson-test.com/acrobat-readerdc/diagram-AdobeRGB.pdf



• http://jjohanson-test.com/acrobat-readerdc/diagram-sRGB.pdf

My system details:
- Adobe Acrobat Reader DC - 2020, Version 20.006.20042
- Adobe Photoshop Version: 21.1.1 20200312.r.121 2020/03/12: c839971b587 x64
- Bridge Version: Adobe Bridge 2020: 10.0.3.138 x64
- Adobe Camera Raw Version: 12.2.0.386
- Monitor: Eizo CG2730 (calibrated regularly with Xrite i1 Display)
- Windows 10 Pro x64 version: 1909 - Os build 18363.752
- Graphics driver: Driver version: 442.19 (GeForce GTX 1060 3GB)

Conditions: Windows 10. My internet was flaky, I think because my Ethernet wired interface has a hardware problem. For instance, Chrome was very slow or would not load a website at all. Edge would load sites usually when in this condition. I do not know how, but it did.

When in this hobbled operational mode, if I clicked a PDF file in explorer, or an attachment in my email reader, Acroread would simply not start up at all. I'm sure the executable began momentarily because I could see a little spinner appear momentarily, but nothing appears on screen. No splash screen, no error message, and certainly not the PDF file that I needed to see.

I am guessing that Acroread wants to start up and go immediately to the internet to check for something. When that failed, Acroread gave up or crashed and did not continue to show the PDF file.

Although my system is somewhat unique (likely you did not test for this particular case!) it seems unreasonable to me that the reader would not open and display a PDF file because there is an internet problem. That exceptional condition should not cause the software to fail. Maybe it could display a warning or error message. If all that acroread is doing is checking for updates or something, that shouldn't even be done every time the program starts, and it certainly should not cause the main feature of the program to fail.

I eventually became so fed up with it that I uninstalled acroread and am using Foxit reader now. Maybe sometime I'll go back to Acroread.

Under a Windows 10 environment, when navigating a folder with the Preview Pane enabled, the time for the preview pane to populate is greatly increased. Under Windows 7, the preview pane was immediate and crisp. Windows 10, however, the preview pane takes (literally) over a full second to populate, during which time you also cannot click or down arrow to the next file until it displays. I've duplicated this issue on multiple PC's. The thumbnails show immediately, but the preview pane seems to have to actually load each file--every time. Even bouncing back and forth between two files takes over a full second each time.

As someone who uses the preview pane daily, and has to navigate through multiple PDFs--my workflow has slowed down tremendously as a result.

Please speed up the preview pane processing/display process. There's no reason why it should be this much slower than it was on Windows 7. Other file types preview as quick or quicker, so it's not a Windows issue, but rather an issue with the Reader.