Download of zipped backup copy of the monthly archive being deleted not happening

[UAProfessorProton]

When deleting monthly archives, with the "Download deleted archives" option ticked, A zipped file of the archive intended to be deleted is not downloaded, it just immediately deletes the archive.

Version

Sympa 6.2.72

Installation method

Compiled from source

Expected behavior

It's our expectation that a zipped file will be downloaded via the browser.

Actual behavior

It just proceeds and delete the intended archive. No backup is downloaded. Nothing is downloaded in the "Downloads folder.

Additional information

Tried to capture the POST data and found a 0 response value with "_error": "net::ERR_ABORTED",

        "mimeType": "application/x-www-form-urlencoded",
        "text": "csrftoken=b84c1078ef5649176fbe9aac8ddcfa16&directories=2024-03&zip=1&action=arc_delete&family=&list=some-list&previous_action=&response_action_confirm=Confirm",
        "params": [
          {
            "name": "csrftoken",
            "value": "b84c1078ef5649176fbe9aac8ddcfa16"
          },
          {
            "name": "directories",
            "value": "2024-03"
          },
          {
            "name": "zip",
            "value": "1"
          },
          {
            "name": "action",
            "value": "arc_delete"
          },
          {
            "name": "family",
            "value": ""
          },
          {
            "name": "list",
            "value": "some-list"
          },
          {
            "name": "previous_action",
            "value": ""
          },
          {
            "name": "response_action_confirm",
            "value": "Confirm"
          }
        ]
      }
    },
    "response": {
      "status": 0,
      "statusText": "",
      "httpVersion": "",
      "headers": [],
      "cookies": [],
      "content": {
        "size": 0,
        "mimeType": "x-unknown"
      },
      "redirectURL": "",
      "headersSize": -1,
      "bodySize": -1,
      "_transferSize": 0,
      "_error": "net::ERR_ABORTED",
      "_fetchedViaServiceWorker": false
    },
    "serverIPAddress": "",
    "startedDateTime": "2025-01-16T18:05:55.713Z",
    "time": 1000.6580000044778,
    "timings": {
      "blocked": 1000.6580000044778,
      "dns": -1,
      "ssl": -1,
      "connect": -1,
      "send": 0,
      "wait": 0,
      "receive": 0,
      "_blocked_queueing": 1.5840000050957315
    }

[UAProfessorProton]

Please let us know if our expectation here is wrong and might have misunderstood the option. There's nothing in the logs we can see pointing to the issue. Unfortunately, we cannot turn on verbose logging as this would affect the performance of our production environment.

[ikedas]

Hi @UAProfessorProton ,
Could you please check the "Download" folder of your PC? Can you find a file "LISTNAME_archive.zip"?

[UAProfessorProton]

There's none I can find, the download zip archive button works though.

[ikedas]

Could you please find the "Download" item in the browser menu and check the content of Download folder?

[UAProfessorProton]

We don't see any evidence in the Downloads folder, that zipped archives are getting downloaded prior to deletion. Any specific entries we can check in the logs?

[UAProfessorProton]

Increasing the timeout value to 60000 for the code below under web_tt2/confirm_action.tt2 seem to have solved the issue. Is the value 1000 expressed in msec? Do we need to increase this if we suspect that monthly archive is a bit large.

[% IF confirm_action == 'arc_delete' ~%]
    [%# FIXME. ~%]
    <script>
    <!--
    $('#response_action_confirm').click(function(){
        if ($('#zip').prop('checked'))
            setTimeout(function(){
                window.location.href = '[% 'arc_manage' | url_rel([list]) %]';
            }, 1000);
    });
    //-->
    </script>
[%~ END %]

[UAProfessorProton]

@ikedas thoughts on these findings?