dogtagpki

#2514 Applet upgrade doesn't work while doing re-enroll
Closed: invalid Opened by gkapoor.

Closed: invalid
Reopen Issue
  1. Enroll a smartcard with Applet id say 1.4.4D40A449 .
Status on UI::
40906145305728172818    pkiuser1        externalRegAddToToken   Active
1.4.4D40A449    0101    RE_ENROLL=YES;PIN_RESET=NO      1475833820000
1476084491000
  1. Try to re-enroll a token .
Enroll (1.4.4D40A449) -- re-enroll (1.4.54de790f)
40906145305728172818    pkiuser1        externalRegAddToToken   Active
1.4.4D40A449    0101    RE_ENROLL=YES;PIN_RESET=NO      1475833820000
1476084491000

I have tried above scenario with same user/different user it never worked

Format and reformat works and applet upgrade happens .

Steps to Reproduce:

Mentioned above

Actual results:

re-enroll doesn't change applet version

Expected results:

re-enroll should do applet upgrade

externalReg ignores token policies by design. Applet upgrade works for me.

Metadata Update from @gkapoor:
- Issue set to the milestone: 0.0 NEEDS_TRIAGE

Metadata Update from @mharmsen:
- Custom field feature adjusted to ''
- Custom field proposedmilestone adjusted to ''
- Custom field proposedpriority adjusted to ''
- Custom field reviewer adjusted to ''
- Custom field version adjusted to ''
- Issue close_status updated to: invalid (was: Invalid)
- Issue set to the milestone: 10.4.0 (was: 0.0 NEEDS_TRIAGE)

Dogtag PKI is moving from Pagure issues to GitHub issues. This means that existing or new
issues will be reported and tracked through Dogtag PKI's GitHub Issue tracker.

This issue has been cloned to GitHub and is available here:
https://github.com/dogtagpki/pki/issues/2634

If you want to receive further updates on the issue, please navigate to the
GitHub issue and click on Subscribe button.

Thank you for understanding, and we apologize for any inconvenience.
Metadata
None
None
None
None
Normal
defect
TPS
QE
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.