Can't build fork to test

I’m trying to test my fork but it won’t build because of: AGPBI: {"kind":"error","text":"Program type already present: com.tonyodev.fetch2.BuildConfig","sources":[{}],"tool":"D8"}

Regardless maybe you could look at my commit, https://github.com/sethchhim/Fetch/commit/9d4da298eae05895c49e894ac8dea0f29e556166

I need a way to know when download is REPLACED. Now that I think about it maybe onDeleted is the correct place to update instead of adding a new one, probably add an isReplaced boolean. Let me know your thoughts, thanks!

[befora]

    internal fun download(login: Login, downloadList: List<Book>, savePath: String) {
        downloadList.forEach {
            val request = createRequest(login, it, savePath)
            deleteMatchingRequestsWithDifferentFileName(request)
            fetch.enqueue(request, Func { r -> onRequestQueueSuccess(r) }, Func { e -> onRequestQueueFail(e) })
        }
    }

    private fun deleteMatchingRequestsWithDifferentFileName(request: Request) {
        getDownloads().observeForever {
            it?.let {
                it.forEach {
                    val isRequestExistWithDifferentFileName = it.url == request.url && it.file != request.file
                    if (isRequestExistWithDifferentFileName) delete(it)
                }
            }
        }
    }

Here is my solution, I went nuclear and just deleted the download if there was a matching request with a different filename. I think this is fine because changing save path is not a frequent event and I will warn the user. I apologize, I misunderstood REPLACE_EXISTING. I didn’t read the documentation and assumed it meant replace if existing “url” but it means replace if existing “filename”. With this cleared up, your method of deleting the file and not updating the listener is correct. The ui now works as intended, you can close if you want and thanks for the help.

[befora]

I will try a workaround using the enqueue callback, thanks for the consideration. Also your code is so clean, I’m going to study it more because I rarely use interface contracts. It looks good.