-
-
Notifications
You must be signed in to change notification settings - Fork 62
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: Get-EvergreenApp Filezilla is currently not returning any content #581
Comments
I can't get |
Not sure if this helps, but I just noticed that the FileZilla response is inconsistent, sometimes it returns 3.64.0 and sometimes 3.66.1 (which is the latest official release: 3.64.0
3.66.1
|
I've done a litle more investigation on this.
In the mean time I have resorted to web scraping to get the version:
|
evergreen/Evergreen/Apps/Get-FileZilla.ps1 Lines 21 to 22 in 46ee734
$params = @{
Uri = $res.Get.Update.Uri
UserAgent = $res.Get.Update.UserAgent
SkipCertificateCheck = $true
Raw = $true
}
$Content = Invoke-EvergreenWebRequest @params |
No updates. Not likely we're going to be able to find a fix unfortunately. |
Understood, thanks for the update 👍 |
What's odd is Yet in PS7 I can query the URL with Alternative is to just use |
I've just tried this, but I get no results for either - I'm suspecting the CDN that Filezilla uses to serve content has differing settings, hence the inconsistencies
That's a good call - however, it's returning
3.66.4 is not the latest - 3.66.5 is: https://filezilla-project.org/download.php?show_all=1 |
TBH I think the time has come that FileZilla might need to be retired / withdrawn from Evergreen? They have changed their website further and it is seemingly no longer possible to even webscrape the downloads page (https://filezilla-project.org/download.php?show_all=1), (unless @DanGough can work his magic with NeverGreen?) So I have resorted to having this in my download script:
so I can manually check for a new version in a browser each day 👎 and I can then (at least for now) then go to https://download.filezilla-project.org/client/ to download the latest |
You just need to add the request header |
I've tested a few other things today including the Accept header, different parameters on the update URL all with not luck. To be honest, I'd recommend people use an application that not as anti-customer as FileZilla, e.g. WinSCP. |
FYI: |
What happened?
Get-EvergreenApp Filezilla
Currently returns nothing
Not really sure that this is strictly a bug with Evergreen
I assumed the source that Evergreen checks was not responding or returning nothing, but from the -Verbose output I have discovered that when attempting to open in a web browser the Url listed against the Invoke-Webwrapper command, i.e.:
https://update.filezilla-project.org/update.php?initial=0&manual=1&osarch=64&osversion=10.0&package=1&platform=x86_64-w64-mingw32&updated=0&version=3.47.2.1.
All browsers report an HSTS error, So I suspect this to be an issue with the service hosting the url
N.B. This also occurs using the base URL: https://update.filezilla-project.org/
Firefox helpfully states:
"update.filezilla-project.org has a security policy called HTTP Strict Transport Security (HSTS), which means that Firefox can only connect to it securely. You can’t add an exception to visit this site.
The issue is most likely with the web site, and there is nothing you can do to resolve it."
Only fix I can suggest is some better error handling for this type of response (shrug)
Version
2310.868
What PowerShell edition/s are you running Evergreen on?
PowerShell Core, Windows PowerShell
Which operating system/s are you running Evergreen on?
Windows 10+
Have you reviewed the documentation?
Verbose output
The text was updated successfully, but these errors were encountered: