You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It never gets to "Done fetching flags". This happens every single time.
I'm fetching the flags per message manually since $overview = $client->getConnection()->overview($sequence, 3)->validatedData(); omits a lot of mandatory message info, e.g. the UID, INTERNALDATE, flags, size, etc. Not very efficient, but that's another issue to deal with separately.
Expected behavior
Given the FETCH call is issued and successful, the function should return immediately.
Desktop / Server (please complete the following information):
OS: Debian 11
PHP: 8.2
Version: GIT (master) from yesterday
Seems to be a bug with the reading/parsing, as it did issue a FETCH to the IMAP server, but the function call above never returns. IMAP logs for the above function call:
Rewriting the code using an array, with a single element, it works properly: $flags = $client->getConnection()->flags(array((int) $f['uid']), 1)->validatedData();
However, if a number is provided directly, the logic is incorrect. It continues iterating the outer loop, but it shouldn't be. I confirmed this by tracking what it was doing in the fetch function.
Thanks a lot for reporting this issue. I really appreciate it! I was able to reproduce the issue and just pushed a fix.
Once again, thanks for taking the time and effort to make this library better! If you have any more questions or need further assistance, feel free to let me know.
Describe the bug
Trying to fetch the flags for a message causes the library to hang forever.
Used config
Code to Reproduce
The troubling code section which produces the reported bug.
It never gets to "Done fetching flags". This happens every single time.
I'm fetching the flags per message manually since
$overview = $client->getConnection()->overview($sequence, 3)->validatedData();
omits a lot of mandatory message info, e.g. the UID, INTERNALDATE, flags, size, etc. Not very efficient, but that's another issue to deal with separately.Expected behavior
Given the FETCH call is issued and successful, the function should return immediately.
Desktop / Server (please complete the following information):
Seems to be a bug with the reading/parsing, as it did issue a FETCH to the IMAP server, but the function call above never returns. IMAP logs for the above function call:
The text was updated successfully, but these errors were encountered: