tizz

Sorry for not saying that, but I know the proceedings and in the past I had already done those tests without ever having reliable results, also because the issues occurred occasionally regardless of the plugins or themes activated.
Now, trying again extensively on a local site, after so many conflicting results only one thing seems clear to me: not a theme or plugin problem, but it seems all about on how the article is structured. I don’t know if it was like this in the past or make sense today, but now this happens. Let me explain.

Twenty-Twenty and no plugins activated.

Since some issues are still difficult to reproduce, I focused on these two:
– the sporadic slowness of typing and deletion
– the sliding down or up (i.e. the cursor remains where it is, but the page jumps) – or the automatic blue highlighting of an extended part of the text – all of this when trying to add/cancel text or highlight a word, as already described

Eventually I noticed that this happens if the article is (or has) a single long paragraph (i.e. <! – wp: paragraph -> all the text <! – / wp: paragraph ->). In this case I have two articles with, say, about 1300 words in a single block, but obviously I have no idea how long the block must be for the phenomenon to take place. Probably, perhaps, more than the height of what we see on the screen, and so I also thought of a browser limit, or maybe is a normal behaviour, I don’t know. Of course there is punctuation and there are several double line spacing (<br><br>), but it is a single block.

I can explain the “jumps”, given that when the cursor is positioned in a block the delimitation of the block itself appears, so when the block is long it may be normal the moving since the length goes beyond.
Instead, the reason for the slow typing is obscure to me: at any point of that single long block, writing or deleting is slow, but if I split by clicking enter and I write in the block that has become “short”, the typing has normal speed. Moving on to the one below, which is still “long”, typing is slow.
I do not understand why, since it is a single type of block of text, there are limits within it. Ideally, if we like it, we may want to make a single long block of text, making the spaces inside it only with double <br>. I didn’t have time to test browsers.

I’m leaving this to future memory (mine too), for me the current issue is solved by creating more paragraphs, but if anyone has any ideas, just say so.

@marius_codeinwp, let’s wait for the fix, then. Thanks for the update.

Yes, I tried all day long yesterday and the results were always different, but in terms of number more than type or name. The empty and blocking default.include files are even three:
wp-content/cache/minify/0451a.default.include-footer.30e904.js
wp-content/cache/minify/0451a.default.include.114c12.css
wp-content/cache/minify/0451a.default.include.3c4dfe.js
I searched the web some hours and I find many support requests about these files, but no solutions.

The Firefox web console report error only for CSS file, telling that its MIME type, “text / html”, does not match the “text / css”.
GT Metrix report for those files these recommendations: inline small javascript and CSS, leverage browser caching, and specify a cache validator.
Google’s Search Console fetch the pages without issues.
Thank you for offering to look deeper into it, but I’m not so comfortable giving my credentials. Is there really anything I can do for that “mime type”, or to follow the performance recommendations, like something to add to the htaccess and/or some plugin configuration?

Sure, but I prefer making it not clickable if you don’t mind (two dashes instead of dots): www-bluesreviews-it

I see the issue with the webmaster tool of Firefox (screenshot), translation is:
The …/wp-content/cache/minify/0451a.default.include.114c12.css style sheet has not been loaded because its MIME type, “text / html”, does not match the “text / css”.

Thanks for the interest.

Sorry, I answer here because I can’t login from the Imagely report bug. I’ve asked for new passwords several times but every time I can’t get in. I’ve tried both here and here but no way. So I logged in with the gmail account but there is the notice “You do not have any tickets in current view”, probably because it’s another account.
Anyway, I wanted to say that somehow I’ve solved, it was the .htaccess. I had to remove some codes and redirects and now the ATP button seems to work, even if I find it strange because on the other server I’ve never had such problems with the same .htaccess.
Thanks for the attention.

• This reply was modified 8 years, 6 months ago by tizz.