You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I tested the version normalizing functionality with version_ids where the major version is 999 and the minor version is a single digit, the version_id_normalized does not appear as expected. For instance,
999.2 gives 999.0
999.9 gives 999.00006
Functionality seems fine if minor version is not a single digit, or if major version is not 999. For example,
99.90 correctly gives 99.0009
999.90 correctly gives 999.0009
100.20 correctly gives 100.0002
100.2 correctly gives 100.00002
Note: this hasn't been tested with other 3-digit major versions starting with 9 (e.g. 987, 900)
🕵️ Expected behavior
I expected
999.2 gives 999.00002
999.9 gives 999.00009
📜 To Reproduce
Use of a local deployments of this application and Solr are recommended. A note if you already have this that the Solr must be a single shard, so if it isn't already so, you will have to rebuild it accordingly.
Using this XML file (remove the .txt file extension) or something similar where there are at least 2 data products with the same exact lid, edit the values for each instance of version_id
Load the data with your local deployment of registry
Check with your local Solr instance. The URLs will look something like these:
Checked for duplicates
Yes - I've already checked
🐛 Describe the bug
NOTE: Assumes PR16 has been merged. If not, work off the normalize-version branch.
When I tested the version normalizing functionality with
version_id
s where the major version is 999 and the minor version is a single digit, theversion_id_normalized
does not appear as expected. For instance,Functionality seems fine if minor version is not a single digit, or if major version is not 999. For example,
Note: this hasn't been tested with other 3-digit major versions starting with 9 (e.g. 987, 900)
🕵️ Expected behavior
I expected
📜 To Reproduce
Use of a local deployments of this application and Solr are recommended. A note if you already have this that the Solr must be a single shard, so if it isn't already so, you will have to rebuild it accordingly.
lid
, edit the values for each instance ofversion_id
lid
regardless of version) http://localhost:8983/solr/data/select?indent=true&q.op=OR&q=lid:urn\:nasa\:pds\:insight_cameras&wt=xml&fl=version_id,version_id_normalized,lidvid,lidlid
with the largestversion_id_normalized
) http://localhost:8983/solr/data/archive-filter?indent=true&q.op=OR&q=lid:urn\:nasa\:pds\:insight_cameras&wt=xml&fl=version_id,version_id_normalized,lidvid,lid🖥 Environment Info
No response
📚 Version of Software Used
2.3.0-SNAPSHOT
🩺 Test Data / Additional context
NOTE: Assumes PR16 has been merged. If not, work off the normalize-version branch.
test_solr_doc.normalize_versions_bug.xml.txt (remove the .txt file extension to make this into a usable XML file for this application)
🦄 Related requirements
No response
⚙️ Engineering Details
No response
The text was updated successfully, but these errors were encountered: