Thanks! I'll make sure that I have an account if I see something else, or earlier if I get the chance.

You are welcome.  Thank you very much for the quick fix!

On 12/12/2023 8:23 AM, sahy...@fileaffairs.de wrote:
having an account to file an issue would be good. You might want to
wait until something else pops up.

Thank you very much for your report.

BR
Maruan

Am Dienstag, dem 12.12.2023 um 08:17 -0600 schrieb Dwayne Parks:
I just saw that you have already filed a bug for this.  That's great!

I'm expecting to be using PDFBox more in the future and would be
happy
to at least report any issues that I find here.  However, if it makes
more sense for me to go ahead and get a Jira account at Apache.org, I
can do that so that I can email this list and file an issue right
away
if that is the recommendation.

FYI, I'd likely do so on my personal account (on GMail) as I might
have
time outside of work to contribute more than just reporting on
issues.

Would it be recommended to go ahead and get the Apache Jira account
set
up?  Thanks!

- Dwayne

On 12/12/2023 7:51 AM, Dwayne Parks wrote:
Will do! Thanks!

On 12/11/2023 3:43 PM, sahy...@fileaffairs.de wrote:
Hi,

Am Montag, dem 11.12.2023 um 15:23 -0600 schrieb Dwayne Parks:
Hi there!

I was glancing through the code to PDFBox 3.0.1 to better grok
PDF
form
fields/widgets and the hierarchical way they are organized and
I ran
across something that might be a bug in the code.

Or... it might just be my lack of understanding of how PDF
default
values work in non-terminal field objects.  At the very least I
found
it
surprising and different from the code in other types of
PDField
subclasses.  So I decided to bring it up here on the dev
mailing
list.

In the PDNonTerminalField.java file, the setDefaultValue()
method
logic
looks like this [1]:

     getCOSObject().setItem(COSName.V, value);

It appears to set the value of the COSName.V item...  while the
getDefaultValue() method in the class (and the
setDefaultValue()
methods
in other PDField subclasses that I checked) use the COSName.DV
value
as
expected.

Is this a bug, or is this intentional?

that's a bug - could you file a bug report for that?

BR
Maruan


Thank you for your time,

- Dwayne


[1]
https://github.com/apache/pdfbox/blob/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/interactive/form/PDNonTerminalField.java#L258


---------------------------------------------------------------
------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org



-----------------------------------------------------------------
----
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org


-------------------------------------------------------------------
--
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Reply via email to