Roundcube opens inside the roundcube after saving a draft

[ribas]

In version 90 of Chrome and its derivatives (eg Microsoft Edge), when creating a new message and saving it as a draft, a new RoundCube window opens in the place where the message was being written.

Is anyone else having this problem? I did not find any errors in the code or incompatibility with other browsers.

[jbodycott]

I'm seeing this same behavior after allowing additional content in a received email (Firefox).

[jbodycott]

A little more context for any others who come wandering... this is occurring with PHP 8.0.5 on a fresh install from the current 1.5 master; same issue when installing from the pre-packaged 1.5 beta.  Issue does not exist under PHP 7.4 and 1.4.11, so not sure if this is a Roundcube or PHP challenge.

[alec]

The screenshot does not look like 1.5. So, I'm confused.

Does it happen with disabled all plugins? Any errors in the browser console?

[jbodycott]

Hi Alec,

Thanks for checking up on this, it's got me quite puzzled!  I appreciate your time.

I can't speak for Ribas' screenshot skin, but the behavior he shows matches my experience.  I'm normally running managesieve and password as plugins, but this behavior is consistent with or without any plugins enabled (I've tried both to rule them out).

I have no errors in the browser console when this occurs and only one warning: "The character encoding of a framed document was not declared. The document may appear different if viewed without the document framing it."

For full context, here are the logs from nginx once I click the "Allow" button:

<Source IP> - - [26/Jun/2021:14:46:58 -0400] "GET /?_task=mail&_framed=1&_caps=&_uid=15636&_mbox=INBOX&_safe=1&_action=preview HTTP/1.1" 200 78 "https://<hostname>/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0"
<Source IP> - - [26/Jun/2021:14:46:58 -0400] "GET /mail/ HTTP/1.1" 200 10110 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0"
<Source IP> - - [26/Jun/2021:14:46:58 -0400] "GET /mail/program/js/list.min.js?s=1614281846 HTTP/1.1" 200 28708 "https://<hostname>/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0"
<Source IP> - - [26/Jun/2021:14:46:59 -0400] "GET /mail/?_task=mail&_action=getunread&_page=1&_remote=1&_unlock=0&_=1624733218861 HTTP/1.1" 200 111 "https://<hostname>/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0"
<Source IP> - - [26/Jun/2021:14:46:59 -0400] "GET /mail/?_task=mail&_action=list&_refresh=1&_layout=widescreen&_mbox=INBOX&_remote=1&_unlock=loading1624733218985&_=1624733218860 HTTP/1.1" 200 3053 "https://<hostname>/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0"
<Source IP> - - [26/Jun/2021:14:47:59 -0400] "POST /mail/?_task=mail&_action=refresh HTTP/1.1" 200 162 "https://<hostname>/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:89.0) Gecko/20100101 Firefox/89.0"

[alec]

Where do you see "Allow" on mail compose?

[jbodycott]

Ah, apologies; I missed that in my initial message.  For me, this occurs when I VIEW a message, not compose one.  The Allow button is for additional content.

[jbodycott]

For any who come wandering...

After a deep dive in my nginx setup and reviewing browser console content, I've found that my nginx headers include "strict-origin" which appears to have worked under roundcube 1.4 but no longer provides desired behavior under 1.5.  Removing this header resolves the behavior seen in the OP.

I'd be curious to see if Ribas has the same headers in his setup...