Repository navigation
update waf datetime parsing for different servers #5293
Copy link
Copy link
Closed
GSA/datagov-harvester
#955Labels
Harvest-RunnerHarvest Source Processing for Harvesting 2.0Harvest Source Processing for Harvesting 2.0Harvester
Description
Activity
- addedHarvest-RunnerHarvest Source Processing for Harvesting 2.0Harvest Source Processing for Harvesting 2.0
on Jun 27, 2025 To traverse WAF and read path/filenames and file timestamps, we can borrow code from ckanext-spatial.
- added a parent issue
on May 14, 2026 - removed a parent issue
on Jun 25, 2026 - moved this from 📥 Queue (up next) to 📟 Sprint Backlog (Top Priority) in data.gov team board
on Sep 8, 2026 - moved this from 📟 Sprint Backlog (Top Priority) to 📥 Queue (up next) in data.gov team board
on Sep 10, 2026 - added a parent issue
on Sep 15, 2026 - moved this from 📥 Queue (up next) to 📟 Sprint Backlog (Top Priority) in data.gov team board
on Sep 17, 2026 - moved this from 📟 Sprint Backlog (Top Priority) to 🏗 In Progress in data.gov team board
on Sep 21, 2026 - linked a pull request that will close this issue5293: Update waf datetime parsing for different servers #955
on Sep 21, 2026 - moved this from 👀 Needs Review to ✔ Done in data.gov team board
on Sep 22, 2026
Metadata
Metadata
Assignees
Labels
Harvest-RunnerHarvest Source Processing for Harvesting 2.0Harvest Source Processing for Harvesting 2.0Harvester
Type
Projects
- StatusShow more project fields✔ Done
User Story
In order to accurately derive file modified dates from waf source, datagov wants to update waf datetime parsing to handle different formats/servers
Acceptance Criteria
[ACs should be clearly demoable/verifiable whenever possible. Try specifying them using BDD.]
AND a datetime format not like "2025-01-22 23:21" (e.g. "05-Jun-2025 17:17")
WHEN waf datetime parsing happens
THEN the other format is parsed correctly \
Background
Security Considerations (required)
[Any security concerns that might be implicated in the change. "None" is OK, just be explicit here!]
Sketch