Support #19815
closedstrange “css.php”
0%
Description
From WDS Desk:
Hi Commons Team,
I was browsing the Commons documentation today, and noticed a strange “css.php” at the bottom of all pages.
This appears to be a similar result to a problem we had on Blogs@Baruch with Donncha O Caoimh’s old Cookie for Comment plugin. We ended up just removing the plugin.
Sincerely,
Christopher
------------------
Christopher Silsby, Ph.D.
Blogs@Baruch Manager
Center for Teaching and Learning
Baruch College, City University of New York
Files
Updated by Marilyn Weber 9 months ago
- File 1708708772_historyprogram.png 1708708772_historyprogram.png added
- File 1708708772_tlhbox.png 1708708772_tlhbox.png added
Solved! Read from the bottom up if you're curious:
mweber
mweber@gc.cuny.edu | February 23, 2024 12:41 pm
Glad it's solved! https://historyprogram.commons.gc.cuny.edu/ is actually my page and you had me squinting. It doesn't show on Chrome.
Guest
Christopher.Silsby@baruch.cuny.edu | February 23, 2024 12:25 pm
Aaaand I tried opening those pages in a different browser, and the error isn’t there.
So never mind. It must be my tracking protection in Firefox that is causing it.
Sorry for the confusion.
------------------
Christopher Silsby, Ph.D.
Blogs@Baruch Manager
Center for Teaching and Learning
Baruch College, City University of New York
Show More
Guest
Christopher.Silsby@baruch.cuny.edu | February 23, 2024 12:19 pm
Sure.
Here are a few from the main commons.gc.cuny.edu page, https://historyprogram.commons.gc.cuny.edu/, and https://tlhbox.commons.gc.cuny.edu/ so show the error across different sites. Some of them are kind of difficult to see, dark grey on darker grey, or black on dark grey. But I circled them so you can see what I mean.
------------------
Christopher Silsby, Ph.D.
Blogs@Baruch Manager
Center for Teaching and Learning
Baruch College, City University of New York
Updated by Raymond Hoh 9 months ago
- Category name set to WordPress Plugins
- Target version set to Not tracked
Yes, we use the Cookies for Comments plugin, which outputs a css.php
image file into each page. We use this to combat comment spam, as well as brute-force logins.
Unfortunately, some browser addons and filter lists will block this image. In this case, perhaps just the image alt text -- css.php
-- will show up when blocked. I couldn't replicate this myself. I'm guessing another Firefox addon might be displaying the image alt text for accessibility reasons. Just a theory though.
Updated by Boone Gorges 9 months ago
- Assignee set to Raymond Hoh
Any way we can work around this? If we hide the element with CSS, will it break the cookie functionality? If so, can we do it with JS instead?
window.addEventListener( 'load', function() {
const cssPhpImg = document.getElementById( ... )
cssPhpImg.addEventListener( 'error', function() {
// hide the image
} );
} );
Updated by Raymond Hoh 9 months ago
I'm thinking the simplest way to address this would be to remove the css.php
alt text for the Cookies for Comments image altogether. I don't think we need the alt text here for accessibility.
Updated by Boone Gorges 9 months ago
Ah, the simplest solution is the best :-D Looks like we run a fork of the plugin anyway: https://github.com/cuny-academic-commons/cac/commit/0b7f7388a44065d57ac1fbe2fb8c669dbde2593e
Updated by Raymond Hoh 9 months ago
- Status changed from New to Staged for Production Release
- Target version changed from Not tracked to 2.3.4
I've removed the "alt" attribute in the cookies-for-comments
plugin in https://github.com/cuny-academic-commons/cac/commit/82675e2a2ec00a2a90c263b0d137d9983410f9fa . This will be deployed as part of tomorrow's maintenance release.
Updated by Boone Gorges 8 months ago
- Status changed from Staged for Production Release to Resolved