Closed Bug 1716349 Opened 3 years ago Closed 3 years ago

There are no borders on the form when rendering a pdf file on high contrast black

Categories

(Firefox :: PDF Viewer, defect, P3)

Firefox 91
Desktop
All
defect

Tracking

()

VERIFIED DUPLICATE of bug 1717873

People

(Reporter: rpopovici, Unassigned)

References

Details

(Keywords: access)

Attachments

(1 file)

Attached image 2021-06-14_14h57_56.png (deleted) —

Tested with:
Nightly 91.0a1 (2021-06-13)

Tested on:
Win 10

Preconditions:
In about:config, set pdfjs.enableXfa = true

Steps:

  1. Turn on the Hight Contrast Black on your system
  2. Launch Firefox
  3. Open the following pdf: https://bug1671648.bmoattachments.org/attachment.cgi?id=9182033

Actual result:
There are no borders on the form when printing a pdf file on high contrast black

Expected result:
The form should be displayed with borders on high contrast black.

No longer depends on: 1716344
Summary: There are no borders on the form when printing a pdf file with high contrast black → There are no borders on the form when printing a pdf file on high contrast black
Blocks: 1716380
No longer blocks: 1716380

This issue occurs just the same on Windows 7 so it is quite a specific Windows issue, but a similar issue can also be seen in Mac OS 11.4.
Changing platform to ALL, although Ubuntu does not seem to reproduce this issue.
The frames and borders are improperly displayed in Mac OS; not completely missing, but parts of them are.

OS: Windows 10 → All
QA Whiteboard: [pdf_xfa_generic]
Keywords: access

emilio, is this maybe related to 1717873 ?

Flags: needinfo?(emilio)

Yes, it's exactly the same problem.

Flags: needinfo?(emilio)
Summary: There are no borders on the form when printing a pdf file on high contrast black → There are no borders on the form when rendering a pdf file on high contrast black

Should be fixed now, please reopen / ni? me if not.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → DUPLICATE

I can confirm that the fix in bug 1717873 has fixed the issue I reported in Windows 10.
It is verified in Nightly v92.0a1 from 2021-08-02, but still occurs in Beta v91.0b9.

Unfortunately, this fix did not also influence behavior for Windows 7 or Mac OS 11. Other bugs will be logged for the remaining issues as soon as this area is investigated properly.

Could the fix be uplifted to Fx91? The PDF XFA form feature is to be released with 91.

Status: RESOLVED → VERIFIED
Flags: needinfo?(emilio)

[Tracking Requested - why for this release]: See above.

I'll try to look at how many patches we need to uplift from 92 for this fix to apply, it depends on a couple bugs.

Can you file a bug for the win7 / macOS bits? It'd be good if we can have those at least looked at (please ni?) before rolling up all the patches.

Flags: needinfo?(emilio) → needinfo?(raluca.popovici)
Flags: needinfo?(emilio)

At least on macOS 12 I can see borders for the form above.

I moved the tracking flag over to bug 1717873, but given that we're building the 91.0 RC1 build today, this may need to ride Fx92 to release (and possibly uplift to ESR91 if necessary)

:emilio, on 11.2 I get borders if I run with system colors, but if I switch to white text/black background, the borders go away.

I see the borders when printing, not when filing the form, is that what you see?

Flags: needinfo?(mreschenberg)

Yeah, that's what I see -- sorry I thought this bug was for both rendering and printing, but if its just printing I think Mac is OK :)

Flags: needinfo?(mreschenberg)

WIN 7 investigation

I have 2 systems with Win7, both with WebRender enabled by default:

  • A higher-end desktop with NVidia GForce GT 710 GPU; this system shows exactly the same results as Win10. (Fixed in 92, not fixed in 91)
  • A lower-end laptop with Intel(R) HD Graphics 5500 GPU; this system reproduces the reported issue with both the High Contrast Black Theme or the generic Basic Theme, on both the 91 and 92 branches, with both the TC from this bug or the duplicate one.

This being said, I will not log another issue for the low-end system unless someone says otherwise. This is a very low-end system and the old hardware may be the culprit.

Sorry about the flags. Mid-air collision.

MAC OS 11 investigation

The TC from this bug is passing with flying colors on both Nightly v92.0a1 and Beta v91.0b9,
however, the TC in bug 1717873 fails on both Nightly and Beta, for which I've logged bug 1723576.

Flags: needinfo?(raluca.popovici)

Emilio, let me know what you think about comment 12.

(In reply to Bodea Daniel [:danibodea] from comment #12)

WIN 7 investigation

I have 2 systems with Win7, both with WebRender enabled by default:

  • A higher-end desktop with NVidia GForce GT 710 GPU; this system shows exactly the same results as Win10. (Fixed in 92, not fixed in 91)
  • A lower-end laptop with Intel(R) HD Graphics 5500 GPU; this system reproduces the reported issue with both the High Contrast Black Theme or the generic Basic Theme, on both the 91 and 92 branches, with both the TC from this bug or the duplicate one.

I have no idea about why that would depend on hardware, that is surprising to me. But separate bug sounds good.

(In reply to Bodea Daniel [:danibodea] from comment #14)

MAC OS 11 investigation

The TC from this bug is passing with flying colors on both Nightly v92.0a1 and Beta v91.0b9,
however, the TC in bug 1717873 fails on both Nightly and Beta, for which I've logged bug 1723576.

I'll poke :)

Flags: needinfo?(emilio)

(In reply to Emilio Cobos Álvarez (:emilio) from comment #16)

(In reply to Bodea Daniel [:danibodea] from comment #12)

WIN 7 investigation

I have 2 systems with Win7, both with WebRender enabled by default:

  • A higher-end desktop with NVidia GForce GT 710 GPU; this system shows exactly the same results as Win10. (Fixed in 92, not fixed in 91)
  • A lower-end laptop with Intel(R) HD Graphics 5500 GPU; this system reproduces the reported issue with both the High Contrast Black Theme or the generic Basic Theme, on both the 91 and 92 branches, with both the TC from this bug or the duplicate one.

I have no idea about why that would depend on hardware, that is surprising to me. But separate bug sounds good.

Logged bug 1723716.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: