- May 17, 2022
-
-
Duncan McNamara authored
-
-
Duncan McNamara authored
There seems to be a race condition when adding an audio media to history when it starts, in which it doesnt get the right progress, and hence getting the progress saved when it shouldn't. To fix this, a new method was added to media on the medialibrary side, markAsPlayed to increment playcount and add to history but without having to call savePosition / Time.
-
Duncan McNamara authored
-
Duncan McNamara authored
-
Mostly to include smb2 and dsm latest fixes.
-
Andrew Churyla authored
Fixes #2527
-
- May 13, 2022
-
-
Robert Stone authored
Fixes #2468
-
- May 09, 2022
-
-
-
Fixes #2488
-
Fixes #2506
-
Fixes #2508
-
Fixes #2509
-
Fixes #2510
-
-
-
-
- May 06, 2022
-
-
Fixes #2499
-
Fixes #2498
-
Fixes #2501
-
Fixes a RemoteServiceException when trying to resume a non playable play queue from the widget (and probably BT headset)
-
Because these files can't be reopened through the app, they should not be saved and displayed in history.
-
- Apr 27, 2022
-
-
Now that the network icon is used for network files and not external files, it should use isSchemeNetwork to be displayed and not !isSchemeFile.
-
When setting a non default locale, the VideoPlayerActivity when in best fit aspect ratio will not update it's configuration.orientation when rotating, causing libvlc to assume that the orientation is still the one used when starting the video. By forcing the orientation to its new value in onConfigurationChange, this is fixed. Though it doesn't explain why it has this behaviour in the first place. This is a workaround. Fixes #2475
-
-
- Apr 26, 2022
-
-
Duncan McNamara authored
Fixes #2489
-
- Apr 20, 2022
-
-
Nicolas Pomepuy authored
-
- Apr 19, 2022
-
-
Duncan McNamara authored
-
-
After a clearDatabase, the medialibrary was called for a discovery without using the MediaParsingService, which means no callbacks set to get progress, and progress couldn't be displayed.
-
If the path starts with an already known device path, addDeviceIfNeeded should return without re-adding the path to the medialibrary, but not kill the service as discovery will still happen afterwards, and with the service killed there won't be any progress updates.
-
In some discovery cases, the medialibrary will internally switch isWorking to false, before enqueuing another operation. This means that the service, that has a listener on isWorking, will stop itself, and wont get any updates on the operation that the medialibrary enqueued. To conter this, a delay is added, afterwhich the isWorking value is checked again before killing the service. If at that point the medialibrary is working, then the service wont commit suicide, and the ui can get progress updates.
-
Instead of stopping MediaParsingService before clearing the medialibrary to ensure that there won't be any operations going, this just checks if the medialibrary is working before clearing the database
-
Robert Stone authored
-
Robert Stone authored
-
- Apr 15, 2022
-
-
Nicolas Pomepuy authored
-
Nicolas Pomepuy authored
-
- Apr 13, 2022
-
-