Nope, Chrome manifests this too:

Server Setup Information:

• Did you test in newest Wekan?: yes (current edge is 1.88, the same as stable)
• For new Wekan install, did you configure root-url correctly? yes
• Wekan version: 1.88
• Operating System:
• Deployment Method: snap
• Http frontend: –
• ROOT_URL environment variable: http://localhost

Problem description:
Since (at least) a few days back, my web console (in both Firefox and Chrome) is logging this error whenever I open a card. The same error is also logged for opening a board. Additionally, in the more compact view (when the browser window is small, as in the gif I’m attaching), expanding a list causes the same error, as does closing a card.

This doesn’t seem to affect any functionality AFAICT (although I did notice this while investigating why vertical scrolling within a card is suddenly very slow, but that is probably unrelated and possibly local).

The attached animation is from a fresh install with just the user account and one test card created.

Steps to reproduce:

1. Open web console
2. Open a card

What happens:
”Exception from Tracker afterFlush function”, ”ReferenceError: Ps is not defined”. Web console log attached.

If using Snap, output from sudo snap logs wekan.wekan
(Nothing during the error event)

Peek animation:

Alternatively, after adding the PPA, replace ’cosmic’ with ’bionic’ in the sources list, as the package for Bionic currently appears to install and work in Cosmic just fine (from my brief testing).

Rick Dangerous oli ensimmäisiä, jollei peräti ensimmäinen, Amigalla koskaan näkemäni peli, ja kyllähän se vaikutuksen teki. Sen perusteella en kylläkään itse pelistä sanoisi mitään, sillä toinen samoista meriiteistä kilpaileva kandidaatti on Mouse Trap, joka siis sekin silloin kasibittisiin tottuneesta näytti ihan huikean hyvältä.

Short Circuit -elokuva on jo vuosia ollut katselulistallani, juurikin tämän pelin takia. Ei se käsittääkseni häävi raina ole, mutta nämä tolkuttoman epäselvät lisenssipelit jättivät silloin aikanaan kaipaamaan edes jonkinlaista selvyyttä, jota alkuperäisteos ehkä sentään saattaisi tarjota.

The release of WordPress 5.0 brought up an issue with the use of gutenberg_parse_blocks() in aesop.php: apparently for WP versions with Gutenberg integrated, parse_blocks() should be used instead of gutenberg_parse_blocks(), otherwise a fatal error occurs when Gutenberg tries to redefine WP_Block_Parser_Block.

You can reproduce this even with Twenty Nineteen, by adding <?php $blocks = gutenberg_parse_blocks( $post->post_content ); ?> to header.php.

Replacing gutenberg_parse_blocks() calls with parse_blocks() seems to work around the issue (for me at least), and the issue here, if any, is apparently just one of confusion: renaming the function broke backwards compatibility, but since gutenberg_parse_blocks() is still defined, instead of a ”Call to undefined function” you get this attempt to redefine WP_Block_Parser (via inclusion of parser.php), resulting in the ”name is already in use”.

Perhaps related: RH Bug 626427 – Frequent dhclient DHCPREQUEST messages in syslog

I’ve hit an issue, which I believe I’ve now isolated to have come from upgrading fontconfig (and related packages) from 2.12.6-0ubuntu2 to 2.12.6-0ubuntu2.3 from -proposed: if I start Firefox and afterwards start Gparted or Synaptic, Firefox starts eating up all of my CPU. Eventually all letters in the Gparted/Synaptic UI turn into boxes.

Syslog typically then says something like below:

Dec 4 13:41:50 saegusa synaptic.desktop[30027]: (synaptic:30028): Pango-WARNING **: 13:41:50.995: failed to create cairo scaled font, expect ugly output. the offending font is ’DejaVu Sans 11′
Dec 4 13:41:50 saegusa synaptic.desktop[30027]: (synaptic:30028): Pango-WARNING **: 13:41:50.995: font_face status is: out of memory
Dec 4 13:41:50 saegusa synaptic.desktop[30027]: (synaptic:30028): Pango-WARNING **: 13:41:50.995: scaled_font status is: out of memory
Dec 4 13:41:50 saegusa synaptic.desktop[30027]: (synaptic:30028): Pango-WARNING **: 13:41:50.995: shaping failure, expect ugly output. shape-engine=’PangoFcShapeEngine’, font=’DejaVu Sans 11′, text=’Päivitä’
Dec 4 13:41:51 saegusa synaptic.desktop[30027]: (synaptic:30028): Pango-WARNING **: 13:41:51.007: failed to create cairo scaled font, expect ugly output. the offending font is ’DejaVu Sans 11’
Dec 4 13:41:51 saegusa synaptic.desktop[30027]: (synaptic:30028): Pango-WARNING **: 13:41:51.007: font_face status is: out of memory
Dec 4 13:41:51 saegusa synaptic.desktop[30027]: (synaptic:30028): Pango-WARNING **: 13:41:51.007: scaled_font status is: out of memory

The computer has 32 GB of memory and there’s plenty still usable when this occurs, so the OOM seems incorrect to me.

To be sure, I rolled back entirely from -proposed (which caused the issue to go away), then re-enabled -proposed and upgraded just fontconfig, and the issue reappeared.

I’m also trying to utilize the enclosure with an old Green drive, but it turns out the white label drive that came with the Elements has a slightly different design on the outside. Here’s the newer design and here’s the old one: as you can see, the corners on the Green are much thicker so that the rubber feet designed for the slimmer-ended white label drive won’t fit, at least not without modification.