Held messages page not rendering the message
Hi
When the list moderator goes to the held_messages page, they correctly get a list of the held messages and can accept/reject/discard them
However, clicking on the individual message to read it doesn't work - it does nothing visible at all. From debug I can see it requests /mailman3/postorius/api/list/<list>/held_message/1/ which returns correctly (and the body includes the message as expected) - but it never renders it
Any idea what could be wrong?
Thanks
-- Mike
On 3/18/23 01:36, mike-mailman@earth.li wrote:
However, clicking on the individual message to read it doesn't work - it does nothing visible at all. From debug I can see it requests /mailman3/postorius/api/list/<list>/held_message/1/ which returns correctly (and the body includes the message as expected) - but it never renders it
Any idea what could be wrong?
It's a pop-up and your browser is probably blocking pop-ups.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Sadly not that simple. I've disabled blocking pop-ups, and tried 2 different browsers, so unless I'm being monumentally dumb (which is entirely possible) its not as easy as that.
On 3/18/23 10:09 AM, mike-mailman@earth.li wrote:
Sadly not that simple. I've disabled blocking pop-ups, and tried 2 different browsers, so unless I'm being monumentally dumb (which is entirely possible) its not as easy as that.
Still, since you say the content is being delivered but not rendered, I think it has to be a browser issue.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
"mike-mailman" == mike-mailman <mike-mailman@earth.li> writes:
mike-mailman> Hi When the list moderator goes to the held_messages mike-mailman> page, they correctly get a list of the held messages and mike-mailman> can accept/reject/discard them
mike-mailman> However, clicking on the individual message to read it mike-mailman> doesn't work - it does nothing visible at all. From mike-mailman> debug I can see it requests mike-mailman> /mailman3/postorius/api/list/<list>/held_message/1/ mike-mailman> which returns correctly (and the body includes the mike-mailman> message as expected) - but it never renders it
If you installed from the Debain/Ubuntu packages, this is probably https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1033072
The fix is to get your web server to pick the correct location for Jquery,js --- se the bug fix.
To confirm, turn on the developer tools in your browser and look in the javascript console.
Peter C
Thanks Peter
My javascript console does not have the errors listed in that bug - instead I have:
This page uses the non standard property “zoom”. Consider using calc() in the relevant property values, or using “transform” along with “transform-origin: 0 0”. held_messages Source map error: Error: request failed with status 404 Resource URL: https://downtonband.org.uk/mailman3/static/postorius/libs/popperjs/popper-v1... Source Map URL: popper.min.js.map
Source map error: Error: request failed with status 404 Resource URL: https://downtonband.org.uk/mailman3/static/postorius/libs/bootstrap/js/boots... Source Map URL: bootstrap.min.js.map
I'm also on an older version of the debian packages than listed in that bug... still I tried the suggested fix just in case but it did not help.
Thanks for the suggestion though - it certainly looks similar.
"mike-mailman" == mike-mailman <mike-mailman@earth.li> writes:
mike-mailman> Thanks Peter My javascript console does not have the mike-mailman> errors listed in that bug - instead I have:
When you click on a held message, do you see javascript errors then, in the browser console? I had this problem before the current version, too, but it fixed itself after a browser refresh.
Peter C
"mike-mailman" == mike-mailman <mike-mailman@earth.li> writes:
mike-mailman> No, no additional errors when I click on a held message
OK, when you load the 'held messages' page, ad look at 'Sources' in the browser debugger, are all the required resources being loaded? Because either the CSS or the javascript is missing or malformed for the pop-up not to appear.
Peter C
Thanks - may be on to something.
The sources tab shows everything ok except for /mailman3/static/postorius/js/script.js for which it says "Unable to fetch script source" However the network tab shows it successfully retrieving it.
/var/lib/mailman3/web/static/postorius/js/script.js exists and contains only comments
On Sun, Mar 19, 2023 at 1:12 PM <mike-mailman@earth.li> wrote:
Thanks - may be on to something.
The sources tab shows everything ok except for /mailman3/static/postorius/js/script.js for which it says "Unable to fetch script source" However the network tab shows it successfully retrieving it.
/var/lib/mailman3/web/static/postorius/js/script.js exists and contains only comments
Is anything showing up in your webserver logs that is related to this? Just maybe. I have tested on my setup (although I use a virtualenv setup) and I see as a click on a held message corresponds to a log entry in my webserver log. I do get a pop-up like this:
https://imgur.com/a/esxmDsK
And that is the same across all my browsers. My Desktop is running Winblows11 though.
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-)
I've done some more digging and it seems to me that the browser is in fact attempting to render the panel - but its invisible.
When I click on a message, the div id=held-message-modal appears in the HTML inspector, withe subelements that include the message headers, content, etc - all as expected. It just seems to be that they are completely transparent.
This seems like maybe its a CSS issue? The class of the held-message-modal is "modal fade show" but I am not sure where that is or should be defined (or even if I'm looking at completely the wrong thing.
Anyone able to suggest where to look?
On 3/25/23 10:01, mike-mailman@earth.li wrote:
This seems like maybe its a CSS issue? The class of the held-message-modal is "modal fade show" but I am not sure where that is or should be defined (or even if I'm looking at completely the wrong thing.
Anyone able to suggest where to look?
This is bootstrap. See https://www.w3schools.com/bootstrap/bootstrap_modal.asp
One possible issue is if you have older bootstrap cached in your browser it could cause problems. It's unlikely considering you've tried different browsers, but try clearing your browser cache.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
On Sat, 25 Mar 2023, at 17:32, Mark Sapiro wrote:
On 3/25/23 10:01, mike-mailman@earth.li wrote:
This seems like maybe its a CSS issue? The class of the held-message-modal is "modal fade show" but I am not sure where that is or should be defined (or even if I'm looking at completely the wrong thing.
Anyone able to suggest where to look?
This is bootstrap. See https://www.w3schools.com/bootstrap/bootstrap_modal.asp
One possible issue is if you have older bootstrap cached in your browser it could cause problems. It's unlikely considering you've tried different browsers, but try clearing your browser cache.
I had the exact same issue. As you guessed, Mark, it was related to bootstrap, though not from the browser cache but a mixup of versions served by the server.
Also thanks to your research, Mike, I found that my Apache server has
Alias /mailman3/static /var/lib/mailman3/web/static
/var/lib/mailman3/web/static included a directory "postorius" which served bootstrap.min.css v3.3.5 whereas on my server v4.0.0 is included in python3-django-postorius 1.3.4-2+deb11u1
cd /var/lib/mailman3/web/static mv postorius postorius.bak ln -s /usr/share/python3-django-postorius/static/postorius
fixed it for me.
There's also a Debian bug report for it: https://bugs.debian.org/1010273
-- -- Andreas
:-)
participants (5)
-
Andreas Schamanek -
Mark Sapiro -
mike-mailman＠earth.li -
Odhiambo Washington -
peter＠chubb.wattle.id.au