Closed interim17 closed 3 months ago
St.:grey_question: |
Category | Percentage | Covered / Total |
---|---|---|---|
π‘ | Statements | 66.6% (-2.17% π») |
640/961 |
π‘ | Branches | 65.73% (-0.93% π») |
94/143 |
π΄ | Functions | 35.39% (-1.63% π») |
86/243 |
π‘ | Lines | 65% (-2.38% π») |
572/880 |
104 tests passing in 7 suites.
Report generated by π§ͺjest coverage report action from 6be7a6f68e85bb68c39d3ca8b526e54b33a4d58d
can you convert this to a draft until the tests have been fixed? (sorry! I accidentally hit the close button instead of the comment button, didn't mean to do that)
Time estimate or Size
Medium
This should be working with current viewer patch.
Problem
Converted trajectories were not downloadable, had no titles in the header, and were buggy when loaded after other trajectories.
Solution
The biggest part of this change is a new flow to receive converted files, first
handleIncomingConvertedFile
in the viewer panel and thenreceiveConvertedFileLogic
in redux.handleIncomingConvertedFile
puts the name and title into state for use in the header, download menu, etc.The
receiveConvertedFileLogic
callscontroller.changeFile
with the right arguments to keep the websocket connection we established during conversion, switching connections was causing bugs.Some of this was fixed by recent viewer PR, and this change set brings the website into alignment with viewer in how it calls controller methods like
convertTrajectory
andchangeFile
.Miscellaneous changes:
getIsNetworkedFile
selector was checking if files are inTRAJECTORIES
constant, but converted files won't always be there in auto-conversion era, removed checkin octopus era all downloads will point at new HTTP endpoint instead of s3, updated constant and added todo for launch, and adjusted download string to match in
getHref
Bug fix (non-breaking change which fixes an issue)
To review: