| Name | Modified | Size | Downloads / Week |
|---|---|---|---|
| Parent folder | |||
| read-frogextension-1.46.7-chrome.zip | 2026-09-02 | 6.7 MB | |
| read-frogextension-1.46.7-edge.zip | 2026-09-02 | 6.7 MB | |
| read-frogextension-1.46.7-firefox.zip | 2026-09-02 | 6.7 MB | |
| read-frogextension-1.46.7-sources.zip | 2026-09-02 | 2.6 MB | |
| README.md | 2026-09-02 | 2.1 kB | |
| v1.46.7 source code.tar.gz | 2026-09-02 | 25.9 MB | |
| v1.46.7 source code.zip | 2026-09-02 | 26.9 MB | |
| Totals: 7 Items | 75.4 MB | 0 | |
Patch Changes
-
#2135
2761602Thanks @mengxi-ream! - fix(providers): order Google Translate ahead of Microsoft in new profiles -
#2140
02ad422Thanks @ananaBMaster! - fix(translate): remember page translations in-tab so virtualized remounts stop re-translating
Virtualized pages (X articles and timelines, and any React list that unmounts off-screen rows) destroy paragraph nodes on scroll and recreate brand-new ones on the way back, so scrolling down and back up re-ran the whole translation pipeline for text the tab had already translated — every paragraph flashed its original text and a spinner while a background round trip re-fetched the same cached translation. Page-translation results are now also remembered in an in-tab memory tier keyed by the same request hash as the background cache, so remounted regions recover their translations without the round trip or the visible churn.
- #2137
4c71016Thanks @taiiiyang! - fix(subtitles): follow YouTube's own default caption track
When the viewer had YouTube's own CC off, the player reported no selected track and the fetcher fell back to whichever caption track happened to be listed first — so a video whose first track is not the viewer's usual language had to be corrected by hand every time. The player response already names the track YouTube itself would play (defaultCaptionTrackIndex), so read that instead. A live selection in the player still wins, and responses that omit the field fall back to enabling CC and following the player's choice.