Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

api is not returning consistent answer #229

Closed
plawton-umd opened this issue Jan 13, 2023 · 2 comments
Closed

api is not returning consistent answer #229

plawton-umd opened this issue Jan 13, 2023 · 2 comments
Assignees
Labels
B13.1 B14.1 bug Something isn't working duplicate This issue or pull request already exists i&t.skip s.medium Medium level severity

Comments

@plawton-umd
Copy link

🐛 Describe the bug

Yesterday I overwrote a dataset to correct an error that appears in the label _url and file_ref (multiple) files. Then I
changed it's archive_status to archived. Information was verified via OpenSearch. When I check the bundle via the
api, the information had not been updated, so I waited until today to continue. When I check the bundle via the api,
the information was correct. When I checked one of the collections the old information was still shown. Awhile later,
when I checked the same collection, the new information was shown. If the bundle information was correct, why
was the initial collection information wrong. Why did it change within an hour when it had been almost 24 hours
since the overwrite?

📜 To Reproduce

Steps to reproduce the behavior:

  1. curl --get 'https://pds.nasa.gov/api/search-sbnumd/1/bundles/urn:nasa:pds:compil-comet::4.0' --header 'Accept: application/json' | json_pp
  2. harvest date should be 2023-Dec-12 and label_url should not be a file path
  3. curl --get 'https://pds.nasa.gov/api/search-sbnumd/1/collections/urn:nasa:pds:compil-comet:polarimetry::1.0' --header 'Accept: application/json' | json_pp
  4. when I first did it, the information was incorrect. It is probably correct now so perhaps trying one of the other collections will show the problem - or not. Others collections to try (I have not tried incase that might change the answer) are
    compil-comet:unid-emis::1.0
    compil-comet:lightcurves::1.0
    compil-comet:phys_char::1.0
    compil-comet:nuc_properties::1.0
    compil-comet:nuc_rotation::1.0

Attached some output (in a gziped tar file). The filenames include YYYYMMDDHHmm (year, month, day of month, hour, minute) for when command was run.

🕵️ Expected behavior

The same answer when it has been over 18 hours since the overwrite and the bundle shows the correct answer.

📚 Version of Software Used

1

🩺 Test Data / Additional context

🏞Screenshots

🖥 System Info

  • OS: [e.g. iOS]
  • Browser [e.g. chrome, safari]
  • Version [e.g. 22]

🦄 Related requirements

⚙️ Engineering Details

20230113_files.tar.gz

@plawton-umd plawton-umd added bug Something isn't working needs:triage labels Jan 13, 2023
@jordanpadams jordanpadams transferred this issue from NASA-PDS/pds-api Jan 13, 2023
@jordanpadams jordanpadams added B13.1 s.medium Medium level severity and removed needs:triage labels Jan 13, 2023
@jordanpadams
Copy link
Member

@plawton-umd we are tracking this as a new requirement here: #228 . will look into it

@tloubrieu-jpl
Copy link
Member

@plawton-umd since this is tracked as a requirement as well (#228), I am closing this bug ticket.

@tloubrieu-jpl tloubrieu-jpl added the duplicate This issue or pull request already exists label Jan 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
B13.1 B14.1 bug Something isn't working duplicate This issue or pull request already exists i&t.skip s.medium Medium level severity
Projects
None yet
Development

No branches or pull requests

5 participants