When I open the document (see URL) I cannot fill in any of the forms as they have a black background. I tested this both on Fedora 22 with XFCE 4.12 and Linux Mint 17.3 with the current XFCE version. I can open and edit the document with the Adobe program. Reproducible: Always Steps to Reproduce: 1. open URL 2. 3. Actual Results: Forms show black background. Expected Results: Background should be white. Okular Version 0.22.0 (Using KDE Development Platform 4.14.14), XFCE 4.12 on Fedora 22.
I tested it now on GNOME and got the same result.
Works for me, here (Ubuntu 14.04, Okular 0.20.3). When I open the document, the forms have black background, but when I click the button to "show forms", they become input fields with white background which can be filled (see attached image); this is similar to the way Adobe Reader works here (although for adobe reader the display seems even more messed up).
Created attachment 96814 [details] Okular 0.20.3 showing the form fields
(In reply to Jonathan Verner from comment #2) > Works for me, here (Ubuntu 14.04, Okular 0.20.3). When I open the document, > the forms have black background, but when I click the button to "show > forms", they become input fields with white background which can be filled > (see attached image); this is similar to the way Adobe Reader works here > (although for adobe reader the display seems even more messed up). Unfortunately, for me this only works for some of the fields, not all - see attached screenshot. I appear to be using a different version, though (the latest in the Fedora22 repos).
Created attachment 96817 [details] Some boxes remain black after clicking the edit button.
(In reply to wgzimmer-zueri from comment #4) > (In reply to Jonathan Verner from comment #2) > > Works for me, here (Ubuntu 14.04, Okular 0.20.3). When I open the document, > > the forms have black background, but when I click the button to "show > > forms", they become input fields with white background which can be filled > > (see attached image); this is similar to the way Adobe Reader works here > > (although for adobe reader the display seems even more messed up). > > Unfortunately, for me this only works for some of the fields, not all - see > attached screenshot. I appear to be using a different version, though (the > latest in the Fedora22 repos). In my version of Okular, which is a bit older, i.e. 0.20.3, __ALL__ of the fields have white background and can be filled without problem (unlike in your version). For the record, I am using the plasma desktop environment (this shouldn't be relevant, though, right?)... Btw., my version of the poppler library is 0.24.5. What version do you have? (pdftops -v)
(In reply to Jonathan Verner from comment #6) > (In reply to wgzimmer-zueri from comment #4) > > (In reply to Jonathan Verner from comment #2) > > > Works for me, here (Ubuntu 14.04, Okular 0.20.3). When I open the document, > > > the forms have black background, but when I click the button to "show > > > forms", they become input fields with white background which can be filled > > > (see attached image); this is similar to the way Adobe Reader works here > > > (although for adobe reader the display seems even more messed up). > > > > Unfortunately, for me this only works for some of the fields, not all - see > > attached screenshot. I appear to be using a different version, though (the > > latest in the Fedora22 repos). > > In my version of Okular, which is a bit older, i.e. 0.20.3, __ALL__ of the > fields have white background and can be filled without problem (unlike in > your version). For the record, I am using the plasma desktop environment > (this shouldn't be relevant, though, right?)... > > Btw., my version of the poppler library is 0.24.5. What version do you have? > (pdftops -v) Now that you mention it, I just checked with evince and have the same troubles there. Should I maybe file this as an XFCE bug? I appear to have poppler library version 0.30.0 $ pdftops -v pdftops version 0.30.0 Copyright 2005-2015 The Poppler Developers - http://poppler.freedesktop.org Copyright 1996-2011 Glyph & Cog, LLC
> Now that you mention it, I just checked with evince and have the same > troubles there. Should I maybe file this as an XFCE bug? > > I appear to have poppler library version 0.30.0 > > $ pdftops -v > pdftops version 0.30.0 > Copyright 2005-2015 The Poppler Developers - http://poppler.freedesktop.org > Copyright 1996-2011 Glyph & Cog, LLC I don't think it has anything to do with the desktop environment. The fact that evince has the same behaviour indicates it might be a bug in poppler (the library both evince and okular, afaik, use to render pdfs). However, since Adobe Reader here also has some trouble with the forms, it might also just be that the pdf is corrupted.
(In reply to Jonathan Verner from comment #8) > > Now that you mention it, I just checked with evince and have the same > > troubles there. Should I maybe file this as an XFCE bug? > > > > I appear to have poppler library version 0.30.0 > > > > $ pdftops -v > > pdftops version 0.30.0 > > Copyright 2005-2015 The Poppler Developers - http://poppler.freedesktop.org > > Copyright 1996-2011 Glyph & Cog, LLC > > I don't think it has anything to do with the desktop environment. The fact > that evince has > the same behaviour indicates it might be a bug in poppler (the library both > evince and okular, afaik, use to render pdfs). However, since Adobe Reader > here also has some trouble with the forms, it might also just be that the > pdf is corrupted. I see, thanks for the explanation! Under Windows 7, my Adobe Reader displays the file just fine.
I've just tested the PDF from the link and after clicking Show Forms I have all black boxes but that means they're now editable. I've ticked a few boxes and typed in a few fields all OK.. Can you please confirm if this issue still persists or if we are able to mark this bug report as resolved, thanks.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!