EDIT

Patrick, could you please check if #5061 and this ticket are duplicates?

Es sieht so aus als würde der taxeditor nach dem 2ten redirect einfach nicht weiter machen .

Sorry, das war quatsch, der redirect geht auf einen URL mit dem HTTPS Protokol, das bedeutet. Ab diesem Punkt ist die Kommunikation per SSL oder TSL verschlüsslt, daher erfasst der HTTP filter in wireshark den Traffic nicht mehr. Um auch den verschlüsselten Traffic analysieren zu können, muss er in wireshark entschlüsslelt werden. Wie das geht steht hier beschrieben: https://blog.stalkr.net/2010/03/codegate-decrypting-https-ssl-rsa-768.html

Ich habe testweise den redirect auf https im server deaktiviert und das update hat prompt geklappt.

@patrick: Steht in der eclipse Dokumentation zu den update sites etwas https, ssl oder tsl? Gibt es in diesem Zusammenhang bekannte Probleme?

Ich habe versucht die update site aus dem redirect explizit aus zu schließen, hatte aber bislang keinen Erfolg damit.

Ah, das ist ja interessant. Weiß nicht, ob dort etwas steht, aber ich werde mal schauen.

ich habe den redirect auf https wieder aktiviert

test:

1 . deleted exiting ./p2/org.eclipse.equinox.p2.repository/cache/-622154754 file which had the md5 sum: 0c798397f7bd1a77065d591075b195fa

1. trying update ... no updates found
2. the ./p2/org.eclipse.equinox.p2.repository/cache/-622154754 has been restored and has been obviously been updated, it has a new md5 sum: 20d10682041b1bde580ba4700e139cce which exactly matches the content.xml.xz file in the update site. This finding supports the observations made with wireshark.

something extremely interesting happened:

After deleting and recreating the taxeditor/update/nightly folder the update suddenly worked, see #7279.
Maybe the update sizes contain old files which confuse the p2 update manager?

we need to review and test this once again after the release 4.15 to sure it is fixed.