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

Reply via email to