undefined shown in embed / download URLs #731

Closed
opened 2018-11-12 20:55:52 +01:00 by tzarebczan · 4 comments
tzarebczan commented 2018-11-12 20:55:52 +01:00 (Migrated from github.com)

Noticed this when editing files, but also seems to happen when a file is resolved recently.

https://spee.ch/a/testdupes

image

Internal Use

Acceptance Criteria

Definition of Done

  • Tested against acceptance criteria
  • Tested against the assumptions of the user story
  • The project builds without errors
  • Unit tests are written and passing
  • Tests on devices/browsers listed in the issue have passed
  • QA performed & issues resolved
  • Refactoring completed
  • Any configuration or build changes documented
  • Documentation updated
  • Peer Code Review performed
Noticed this when editing files, but also seems to happen when a file is resolved recently. https://spee.ch/a/testdupes ![image](https://user-images.githubusercontent.com/8120721/48371825-cc2a4e00-e68a-11e8-9036-c50764fe63c6.png) ## Internal Use ### Acceptance Criteria 1. 2. 3. ### Definition of Done - [ ] Tested against acceptance criteria - [ ] Tested against the assumptions of the user story - [ ] The project builds without errors - [ ] Unit tests are written and passing - [ ] Tests on devices/browsers listed in the issue have passed - [ ] QA performed & issues resolved - [ ] Refactoring completed - [ ] Any configuration or build changes documented - [ ] Documentation updated - [ ] Peer Code Review performed
skhameneh commented 2018-12-18 23:05:16 +01:00 (Migrated from github.com)

Re-opening, lbrynet fallback does not fix the undefined that is still returned for valid file content types.
This is a data mapping issue in the view components of the show page

Re-opening, lbrynet fallback does not fix the `undefined` that is still returned for valid file content types. This is a data mapping issue in the view components of the show page
skhameneh commented 2018-12-18 23:06:58 +01:00 (Migrated from github.com)

It could also be in the reducers, I have not dug into this.

It could also be in the reducers, I have not dug into this.
jessopb commented 2018-12-19 20:09:55 +01:00 (Migrated from github.com)

Could you link an example? For content published before Jack added all the extra mime types to the daemon, file_name is pretty reliable to extract an extension from if all the other options come back null. Chainquery does not have a file extension field, and the generated_extension creates it from content_type, which will be unreliable for legacy content (application/octet-stream).

There's no place to map the data from, reliably, given what chainquery returns.

Could you link an example? For content published before Jack added all the extra mime types to the daemon, file_name is pretty reliable to extract an extension from if all the other options come back null. Chainquery does not have a file extension field, and the generated_extension creates it from content_type, which will be unreliable for legacy content (application/octet-stream). There's no place to map the data *from*, reliably, given what chainquery returns.
tzarebczan commented 2019-02-12 17:16:03 +01:00 (Migrated from github.com)

This is now live on spee.ch prod.

This is now live on spee.ch prod.
This discussion has been locked. Commenting is limited to contributors.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: LBRYCommunity/spee.ch#731
No description provided.