There are no borders on the form when rendering a pdf file on high contrast black
Categories
(Firefox :: PDF Viewer, defect, P3)
Tracking
()
People
(Reporter: rpopovici, Unassigned)
References
Details
(Keywords: access)
Attachments
(1 file)
(deleted),
image/png
|
Details |
Tested with:
Nightly 91.0a1 (2021-06-13)
Tested on:
Win 10
Preconditions:
In about:config, set pdfjs.enableXfa = true
Steps:
- Turn on the Hight Contrast Black on your system
- Launch Firefox
- 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.
Reporter | ||
Updated•3 years ago
|
Updated•3 years ago
|
Comment 1•3 years ago
|
||
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.
Updated•3 years ago
|
Updated•3 years ago
|
Comment 4•3 years ago
|
||
Should be fixed now, please reopen / ni? me if not.
Comment 5•3 years ago
|
||
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.
Comment 6•3 years ago
|
||
[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.
Updated•3 years ago
|
Comment 7•3 years ago
|
||
At least on macOS 12 I can see borders for the form above.
Comment 8•3 years ago
|
||
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)
Comment 9•3 years ago
|
||
: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.
Comment 10•3 years ago
|
||
I see the borders when printing, not when filing the form, is that what you see?
Comment 11•3 years ago
|
||
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 :)
Comment 12•3 years ago
|
||
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.
Comment 13•3 years ago
|
||
Sorry about the flags. Mid-air collision.
Comment 14•3 years ago
|
||
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.
Comment 15•3 years ago
|
||
Emilio, let me know what you think about comment 12.
Comment 16•3 years ago
|
||
(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 :)
Comment 17•3 years ago
|
||
(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.
Description
•