Menu

#2859 Purge trash results in white frame in 20220104_0200-SVN.devel on Fedora 35

Development CVS
closed-fixed
empty trash (1)
3
2022-01-11
2022-01-07
No

Fedora 35, php 8.0.14-1, dovecot 2.3.17.1-1

Using squirrelmail-20220104_0200-SVN.devel.tar.gz on Fedora 35, the Purge option next to Trash fails with a white frame, see screen shot. Here are the headers from Developer Tools:

Request URL: https://ourdomain/webmail/src/empty_trash.php?smtoken=xxx
Request Method: GET
Status Code: 200 OK
Remote Address: 
Referrer Policy: strict-origin-when-cross-origin

Cache-Control: no-store, no-cache, must-revalidate
Connection: Keep-Alive
Content-Length: 0
Content-Type: text/html; charset=iso-8859-1
Date: Fri, 07 Jan 2022 21:11:32 GMT
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Keep-Alive: timeout=5, max=95
Pragma: no-cache
Server: Apache
Set-Cookie: SQMSESSID=xx; path=/webmail/; secure; HttpOnly; SameSite=Strict
Set-Cookie: squirrelmail_language=deleted; expires=Sun, 06-Feb-2022 21:11:32 GMT; path=/webmail/; secure; HttpOnly; SameSite=Strict
X-Powered-By: PHP/8.0.14
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.9
Connection: keep-alive
Cookie: SQMSESSID=xx; key=xx; squirrelmail_language=deleted; OptanonAlertBoxClosed=2021-10-28T18:56:22.703Z; OptanonConsent=isGpcEnabled=0&datestamp=Sat+Dec+25+2021+19%3A55%3A49+GMT-0500+(Eastern+Standard+Time)&version=6.20.0&isIABGlobal=false&hosts=&consentId=1f7bbadc-0041-4b51-a1db-b2823feaf1b0&interactionCount=2&landingPath=NotLandingPage&groups=xx&AwaitingReconsent=false
DNT: 1
Host: ourdomain
Referer: https://ourdomain/webmail/src/left_main.php
sec-ch-ua: " Not A;Brand";v="99", "Chromium";v="96", "Google Chrome";v="96"
sec-ch-ua-mobile: ?0
sec-ch-ua-platform: "Windows"
Sec-Fetch-Dest: frame
Sec-Fetch-Mode: navigate
Sec-Fetch-Site: same-origin
Sec-Fetch-User: ?1
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36

I've repeated this on 2 servers by upgrading in place and dropping in the files from the tar into place from the previous (stable) version. The only logs in Apache are:

/var/log/httpd/ssl_access_log:xx - - [07/Jan/2022:16:11:32 -0500] "GET /webmail/src/empty_trash.php?smtoken=xx HTTP/1.1" 200 -

/var/log/httpd/ssl_request_log:[07/Jan/2022:16:11:32 -0500] xx TLSv1.3 TLS_AES_256_GCM_SHA384 "GET /webmail/src/empty_trash.php?smtoken=xx" -

debug logs from dovecot show:

Jan 07 16:17:21 auth: Debug: auth client connected (pid=1436539)
Jan 07 16:17:21 auth: Debug: client in: AUTH    1       PLAIN   service=imap    secured session=xxx        lip=::1rip=::1  lport=143       rport=54506     resp=<hidden>
Jan 07 16:17:21 auth: Debug: pam(me,::1,<xxx>): Performing passdb lookup
Jan 07 16:17:21 auth-worker(1436513): Debug: conn unix:auth-worker (pid=1436407,uid=97): auth-worker<5>: Handling PASSV request
Jan 07 16:17:21 auth-worker(1436513): Debug: conn unix:auth-worker (pid=1436407,uid=97): auth-worker<5>: pam(me,::1,<xxx>): Performing passdb lookup
Jan 07 16:17:21 auth-worker(1436513): Debug: conn unix:auth-worker (pid=1436407,uid=97): auth-worker<5>: pam(me,::1,<xxx>): lookup service=dovecot
Jan 07 16:17:21 auth-worker(1436513): Debug: conn unix:auth-worker (pid=1436407,uid=97): auth-worker<5>: pam(me,::1,<xxx>): #1/1 style=1 msg=Password:
Jan 07 16:17:21 auth: Debug: pam(me,::1,<xxx>): Finished passdb lookup
Jan 07 16:17:21 auth: Debug: auth(me,::1,<xxx>): Auth request finished
Jan 07 16:17:21 auth: Debug: client passdb out: OK      1       user=me
Jan 07 16:17:21 auth-worker(1436513): Debug: conn unix:auth-worker (pid=1436407,uid=97): auth-worker<5>: pam(me,::1,<xxx>): Finished passdb lookup
Jan 07 16:17:21 auth-worker(1436513): Debug: conn unix:auth-worker (pid=1436407,uid=97): auth-worker<5>: Finished
Jan 07 16:17:21 auth: Debug: master in: REQUEST 3193176065      1436539 1       ffcc2a64e8474b54278d0f6073aac8d6        session_pid=1436543    request_auth_token
Jan 07 16:17:21 auth: Debug: passwd(me,::1,<xxx>): Performing userdb lookup
Jan 07 16:17:21 auth-worker(1436513): Debug: conn unix:auth-worker (pid=1436407,uid=97): auth-worker<6>: Handling USER request
Jan 07 16:17:21 auth-worker(1436513): Debug: conn unix:auth-worker (pid=1436407,uid=97): auth-worker<6>: passwd(me,::1,<xxx>): Performing userdb lookup
Jan 07 16:17:21 auth-worker(1436513): Debug: conn unix:auth-worker (pid=1436407,uid=97): auth-worker<6>: passwd(me,::1,<xxx>): lookup
Jan 07 16:17:21 auth-worker(1436513): Debug: conn unix:auth-worker (pid=1436407,uid=97): auth-worker<6>: passwd(me,::1,<xxx>): Finished userdb lookup
Jan 07 16:17:21 auth-worker(1436513): Debug: conn unix:auth-worker (pid=1436407,uid=97): auth-worker<6>: Finished
Jan 07 16:17:21 auth: Debug: passwd(me,::1,<xxx>): Finished userdb lookup
Jan 07 16:17:21 auth: Debug: master userdb out: USER    3193176065      me system_groups_user=me      uid=16836       gid=16836      home=/home/me auth_mech=PLAIN auth_token=xx
Jan 07 16:17:21 imap-login: Info: Login: user=<me>, method=PLAIN, rip=::1, lip=::1, mpid=1436543, secured, session=<xxx>
Jan 07 16:17:21 imap(me)<1436543><xxx>: Debug: Effective uid=16836, gid=16836, home=/home/staff/me
Jan 07 16:17:21 imap(me)<1436543><xxx>: Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=mbox:~/mail:INBOX=/var/spool/mail/me
Jan 07 16:17:21 imap(me)<1436543><xxx>: Debug: fs: root=/home/me/mail, index=, indexpvt=, control=, inbox=/var/spool/mail/me, alt=
Jan 07 16:17:21 imap(me)<1436543><xxx>: Debug: Mailbox Trash: Mailbox opened because: SELECT
Jan 07 16:17:21 imap(me)<1436543><xxx>: Info: Disconnected: Connection closed (SELECT finished 0.001 secs ago) in=24 out=785 deleted=0 expunged=0 trashed=0 hdr_count=0 hdr_bytes=0 body_count=0 body_bytes=0
1 Attachments

Discussion

  • Paul Lesniewski

    Paul Lesniewski - 2022-01-10
    • status: open --> closed-invalid
    • assigned_to: Paul Lesniewski
     
  • Paul Lesniewski

    Paul Lesniewski - 2022-01-10

    This is almost certainly not a SquirrelMail bug. The logs you need to be looking at are the PHP logs:
    https://www.squirrelmail.org/docs/admin/admin-11.html#ss11.1

     
  • Robert Kudyba

    Robert Kudyba - 2022-01-11

    I finally got an error:
    Fatal error: Uncaught TypeError: sizeof(): Argument #1 ($value) must be of type Countable|array, string given in /usr/share/squirrelmail/functions/imap_messages.php:95 Stack trace: #0 /usr/share/squirrelmail/functions/tree.php(115): sqimap_toggle_flag(Resource id #3, '1:*', '\\Deleted', true, true) #1 /usr/share/squirrelmail/functions/tree.php(82): walkTreeInPreOrderEmptyFolder(0, Resource id #3, Array, 'Trash') #2 /usr/share/squirrelmail/src/empty_trash.php(71): walkTreeInPreOrderEmptyTrash(0, Resource id #3, Array) #3 {main} thrown in /usr/share/squirrelmail/functions/imap_messages.php on line 95

     
  • Paul Lesniewski

    Paul Lesniewski - 2022-01-11
    • status: closed-invalid --> closed-fixed
     
  • Paul Lesniewski

    Paul Lesniewski - 2022-01-11

    My mistake - this was in fact a bug, which has been fixed. Please wait 24 hours to download a new snapshot from our downloads page or find the needed patch here:

    https://sourceforge.net/p/squirrelmail/code/14936/

    Thanks for the report.

     

Log in to post a comment.