- Dec 17, 2016
-
-
Albert Vaca Cintora authored
-
- Dec 16, 2016
-
-
Script Kiddy authored
-
- Dec 14, 2016
-
-
Script Kiddy authored
-
- Dec 13, 2016
-
-
Script Kiddy authored
-
- Dec 12, 2016
-
-
Script Kiddy authored
-
- Dec 11, 2016
-
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
Only works for old-school (not-Storage Access Framework) paths, so we have to keep track of the fact that we are using one or the other. Also this requires the permission DOWNLOAD_WITHOUT_NOTIFICATION, but hopefully the play store won't make users confirm this one. This behaviour is enabled by default.
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
There was unused code and incorrect comments that were introduced in commit e2e40863.
-
Albert Vaca Cintora authored
-
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
Plus refactored the code a bit to simplify logic
-
Albert Vaca Cintora authored
-
Script Kiddy authored
-
- Dec 10, 2016
-
-
Script Kiddy authored
-
- Dec 08, 2016
-
-
Albert Vaca Cintora authored
This was very poorly implemented and can't stay as it is right now: - Every second or so the art image was being loaded from disk, scaled, base64 encoded and sent over the freakin network! - The Android interface didn't take into account small screens, and adding the image would cut stuff out of the screen. - Didn't manage "edge cases" like playing a song without cover after one with cover (previous image was still being shown) or changing players. This reverts commit 24c40440. # Conflicts: # src/org/kde/kdeconnect/Plugins/MprisPlugin/MprisActivity.java # src/org/kde/kdeconnect/Plugins/MprisPlugin/MprisPlugin.java
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
- Refactored the code to separate reading the file, sending it and updating the notification. This last part it's now done in a standalone sendPackage callback class. - Added a non-async sendPacakge function to device, so we can properly wait for a file to finish before sending the next one without using recursive callbacks as before. - Fixed bug that made it impossible to share more than one file from certain apps. This was caused because we can't access content resolvers any longer after closing the activity that was launched to "share" to. Now we do the content resolutions first and once for all files. - When sending more than one file, do not spam one notification for each. - There is no need to update the notifications from the UI thread, now we do it from a background thread instead.
-
Albert Vaca Cintora authored
If used to update a notification, calling it too often would lag the UI
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
CCBUG: 368438
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
-
- Nov 29, 2016
-
-
Script Kiddy authored
-
- Nov 28, 2016
-
-
Albert Vaca Cintora authored
-
Albert Vaca Cintora authored
-
- Nov 23, 2016
-
-
Albert Vaca Cintora authored
because returning to it would make it to ring again.
-
- Nov 05, 2016
-
-
Script Kiddy authored
-
- Oct 28, 2016
-
-
Script Kiddy authored
-
Script Kiddy authored
-