Android DownloadManager-এ প্রতিটি অনুরোধের জন্য প্রক্সি সেটার নেই
DownloadManager-এর সার্বজনীন অনুরোধ বিকল্পগুলোকে অ্যাপ-মালিকানাধীন HTTP ক্লায়েন্টের তৈরি সংযোগ থেকে আলাদা করুন।
অ্যাপ্লিকেশন একটি অনুরোধ সারিবদ্ধ করার পর DownloadManager স্থানান্তরের মালিকানা নেয়। এর সার্বজনীন Request API হেডার, গন্তব্য সেটিংস և নেটওয়ার্ক নিষেধাজ্ঞা দেয়, কিন্তু প্রতিটি অনুরোধের জন্য প্রক্সি এন্ডপয়েন্ট সেটার নেই।
addRequestHeader-এর মাধ্যমে Proxy-Authorization যোগ করা প্রক্সি হোস্ট ও পোর্ট নির্বাচনের বিকল্প নয়। আলাদা HTTP ক্লায়েন্ট অবজেক্ট কনফিগার করলেও DownloadManager-এ আগেই দেওয়া অনুরোধ বদলায় না।
যদি ডাউনলোড সমর্থিত ডিভাইস বা নেটওয়ার্ক প্রক্সি নীতি অনুসরণ করা উচিত, তবে সেই নীতি ব্যবহার করুন এবং পরিষেবার প্রকৃত পথ হিসাব করুন। যদি অ্যাপ্লিকেশনকে এই একটি স্থানান্তরের জন্য ভিন্ন প্রক্সি বেছে নিতে হয়, তবে স্থানান্তরটি অ্যাপ-মালিকানাধীন ক্লায়েন্টে নথিভুক্ত প্রক্সি ইন্টারফেসসহ রাখুন, যেমন Proxy অবজেক্ট দিয়ে খোলা URL সংযোগ।
এই পছন্দ ডাউনলোড জীবনচক্রের দায়িত্বও স্থানান্তর করে। প্রয়োজনীয় ব্যাকগ্রাউন্ড সময়সূচি, অগ্রগতি, স্টোরেজ পরিচালনা և পুনরুদ্ধার আচরণ সংরক্ষণ করুন; সিস্টেম-পরিচালিত ডাউনলোডকে স্ক্রিনের অস্থায়ী জীবনচক্রে অ-ট্র্যাক করা অনুরোধ দিয়ে প্রতিস্থাপন করবেন না।