AdobeReaderURLProvider.py fails on macOS 12.3
Closed this issue · 17 comments
Describe the problem
AdobeReaderURLProvider.py fails on macOS 12.3 because there is no python at usr/bin/python.
https://github.com/autopkg/recipes/blob/master/AdobeReader/AdobeReaderURLProvider.py
It seems as that's not the only error.
The python script provides the following download url
https://ardownload.adobe.com/pub/adobe/reader/mac/AcrobatDC/2200120112/AcroRdrDC_2200120112_MUI.dmg
which gives me this message
An error occurred while processing your request. Reference #30.4acd1002.1649760564.4dd7b568 `
When downloading by hand I get this donwload url
https://ardownload2.adobe.com/pub/adobe/reader/mac/AcrobatDC/2200120112/AcroRdrDC_2200120112_MUI.dmg
which works.
The AdobeReaderURLProvider.py processor appears to be working as intended. (The /usr/bin/python shebang at the top is irrelevant since the file is imported as a module by autopkg, not executed directly.)
We can replicate the processor's actions with a curl command, which reveals the dmg download URL shown above.
% curl -s --url "http://get.adobe.com/reader/webservices/json/standalone/?platform_type=Macintosh&platform_dist=OSX&platform_arch=x86-32&platform_misc=10.15.0&language=English&eventname=readerotherversions" -H "x-requested-with:XMLHttpRequest" | jq
[
{
"aih_sitecat_installer_abbr": "RDR",
"license_url": "/products/eulas/pdfs/Reader_Player_AIR_WWEULA-Combined-20080204_1313.pdf#page=205",
"file_size": "327.5",
"queryName": "Reader_DC_2022.001.20112_for_Mac",
"aih_cmd_arguments": "-pkg '{MountPoint}Adobe Reader Next Installer.pkg' -target /",
"aih_disk_avaiable_test": "100000000",
"aih_min_version_detection_test": "0",
"aih_will_reboot_exitcode": "0",
"installer_type": "reader",
"systemreqs_url": "/products/reader/systemreqs/",
"aih_cleanup": "1",
"aih_ineligibility_file_test": "0",
"date_posted": "05/26/2021",
"live": "1",
"aih_icon_url": "http://platformdl.adobe.com/SSN/AIH/icons/reader.png",
"aih_is_reader": "1",
"aih_product_title": "Adobe Reader",
"download_url": "https://ardownload.adobe.com/pub/adobe/reader/mac/AcrobatDC/2200120112/AcroRdrDC_2200120112_MUI.dmg",
"aih_show_installer_window": "0",
"id": 5881,
"aih_compatible": "1",
"aih_is_mac": "1",
"aih_ineligible_chk_uninst": "0",
"can_use_dlm": "0",
"aih_copy_app_launch": "0",
"aih_is_visible": "1",
"learnmore_url": "/products/reader/",
"aih_version_suffix": "2022.001.20112",
"Name": "Reader DC 2022.001.20112 for Mac",
"language_type": "English",
"livebeta": "1",
"distribute_url": "/products/acrobat/distribute.html",
"distrib": "off",
"Version": "22.001.20112",
"aih_ineligible_reg_test": "0",
"aih_installer_abbr": "ReaderInstallerstd_dc_en",
"aih_installer_wrapper_launch": "0",
"aih_exitcode_map": "readermac",
"aih_pingback_url": "http://dlmping2.adobe.com/dlm/r.gif",
"systemreqs_anchor": "90mac"
}
]
But a subsequent attempt to download that URL produces a 503 error:
% curl -sI "https://ardownload.adobe.com/pub/adobe/reader/mac/AcrobatDC/2200120112/AcroRdrDC_2200120112_MUI.dmg"
HTTP/1.1 503 Service Unavailable
Server: AkamaiGHost
Mime-Version: 1.0
Content-Type: text/html
Content-Length: 176
Expires: Tue, 12 Apr 2022 17:32:50 GMT
Date: Tue, 12 Apr 2022 17:32:50 GMT
Connection: keep-alive
I suspect the answer here is to wait for Adobe to make some changes on their end. (Perhaps changing the API endpoint to provide the ardownload2 URL instead of the current ardownload URL.)
It seems as that's not the only error.
The python script provides the following download url https://ardownload.adobe.com/pub/adobe/reader/mac/AcrobatDC/2200120112/AcroRdrDC_2200120112_MUI.dmg which gives me this message
An error occurred while processing your request. Reference #30.4acd1002.1649760564.4dd7b568 `
When downloading by hand I get this donwload url https://ardownload2.adobe.com/pub/adobe/reader/mac/AcrobatDC/2200120112/AcroRdrDC_2200120112_MUI.dmg which works.
This is the exact issue I'm having. Looks like Adobe added a "2" to their download URL. The good news is this should be simple to fix, right?
closed because the original assumption is not correct.
A bit of an odd question, but my understanding is that we are waiting for Adobe to sort things out on their end. Is there an open issue to follow on the matter? This way I can temporarily disable the recipe (and therefore silence the error messages), while we wait for things to go back to working order.
Or am I missing something?
@nmcspadden For this recipe, there's no editable URL in the override. If the issue goes on long enough, we could include a try that substitutes ardownload2 for a second attempt, but let me first see if Adobe's attention is on it.
I just submitted an enterprise support case with Adobe regarding the issue. Support informed me that if the link is ardownload.adobe.com, that is non-https traffic. ardownload2.adobe.com is https traffic only. So if we use http://ardownload.adobe.com/pub/adobe/reader/mac/AcrobatDC/2200120112/AcroRdrDC_2200120112_MUI.dmg (http), it'll work. The issue still remains that we're getting the https link instead of an http link or a link to ardownload2.
Other than manually hard-coding in a URL, how would autopkg know to not use the URL in the feed and instead use a different one? If Adobe isn't planning on fixing this, then a completely different method for obtaining the download URL will need to be developed.
What's stopping Adobe from later deciding to use https://ardownload3.adobe.com...
Other than manually hard-coding in a URL, how would autopkg know to not use the URL in the feed and instead use a different one? If Adobe isn't planning on fixing this, then a completely different method for obtaining the download URL will need to be developed.
I have submitted a ticket for them to hopefully get it fixed
Update: looks like they're doing something.... Hopefully that something isn't totally removing the URL as it now returns nothing when queried...
Met with Adobe today. They're going to reach out to the engineering department
This appears to be overcome by - https://github.com/autopkg/novaksam-recipes/blob/master/Processors/AdobeAcrobatReaderDcUpdateInfoProvider.py, which has used the "2" URL since December 2020: autopkg/novaksam-recipes@b05fd89
@loganbray Has Adobe come back with any news on the matter? Thanks :)
I did run
autopkg run AdobeAcrobatReaderDC.pkg using the novaksam-recipe for the pkg which uses the download recipe and so this provider.
I expected to get Reader 22.001.20142 but ended up with Reader 22.001.220112 which is the version hardcoded in the example url of this processor.
When downloading the dmg from the Adobe Webseite the URL looks like this https://ardownload2.adobe.com/pub/adobe/reader/mac/AcrobatDC/2200120142/AcroRdrDC_2200120142_MUI.dmg
I checked the recipe if I need to give it a version like 22.001.112 or latest but "MAJOR_VERSION" is the only key and that already points to "AcrobatDC".
Running the novaksam-recipe AdobeAcrobatReaderDCUpdates.pkg correctly downloads and packs version 22.001.20142.