![[Home]](https://cdn.statically.io/img/www.emacswiki.org/images/logo218x38.png)
This page is for recording (or discussion) of current apparent Problems with the EmacsWiki Web site. The purpose is to point out problems to the site maintainers.
This page is not for questions or problems about Emacs – see OpenQuestions for that.
Suggestions: If you have suggestions (not problems) for the Emacs Wiki (not Emacs), please contribute them at EmacsWikiSuggestions.
Note that this page is not about EmacsWikiMode.
Add your problem descriptions below this line (ie, newest on top, oldest on bottom)
Ran across this page https://www.emacswiki.org/emacs/2005-04-27 , which is showing an `XML::RSS is not available on this system.` error.
Does the ElispArea have a feed?
I did try to use `?action=rss&rcidonly=EmacsLisp&all=1&days=28` (from https://oddmuse.org/wiki/Including_RSS_Feeds) but the response says per page feeds aren’t available.
I was trying to make a quick update to the OrgMode page (adding commands for building from source) and ran afoul of the dreaded ‘http’ error. I ran through the page updating links to https (did not actually check the links - a project for another day).
Then I ran into an error with a page referring me to the BannedContent page. I checked the link in question and it’s 404, so deleted.
On my third try at preview/save, I got the same error for brool.com :
`Rule “/index\.php” matched “XXX” on this page. Reason: Comments on StyleGuide. See BannedContent for more information.`
This page IS up, and I actually don’t see it listed in the BannedContent, so I’m not sure what this is about.
Anyway, the http thing in particular has come up often enough that I’m wondering if there’s any easy fix? It’s often an easy fix on my end(updating links, say), but on a page like OrgMode ‘s it becomes a whole project by itself, and is the sort of thing that can easily derail quick updates/fixes to pages. (Like, I had to give up on my actual update to write this here, and then I have to go do something else. Maybe tomorrow! 😊)
edit: I can’t even save this because the error above is triggering the BannedContent error on save. Replaced with ‘XXX’.
– Cena
Yeah, the BannedContent page lists a lot of regular expressions that get applied to all the URLs on a page when saving. If there’s a match, saving is not permitted. I agree that this is a problem for large pages with many URLs and very generic regular expressions. I will delete most of the BannedContent (it comes with timestamps) and then we can see whether spam resumes. Surely most of these spam campaigns have ended by now. – Alex Schroeder
I recently came across a page, last updated in 2008, with comments on the page itself ( SaveAsHtml ) . I moved the comments to the Talk page, but then saw the same thing on the Htmlize page, and that made me wonder if comments on the page is a feature rather than a bug.
The Htmlize page is somewhat different in that the comments are primarily of the ‘tips and hints’ variety, so maybe useful in their own right.
Just checking before I move more!
--Cena
Yeah, in the beginning, Emacs Wiki didn’t have comment pages. People just left comments on the page itself. If you come upon such pages, it’s perfectly OK to move the comments to the comment page. – Alex Schroeder
I rather confusedly ended up on the Administration page for the NearMap page after trying unsuccessfully to submit a comment on that page. While on the Admin page, I cannot cancel the comment textfield/save button; eg, “Comments on NearMap needs attention”.
I’m not sure what you mean. Perhaps I don’t see the problem because I’m an admin. What exactly is the problem? From any page X on the wiki, you can click the “Administration” Link, where it will say “X needs attention: ______ [Save]” where you can provide an explanation of why the page needs attention, and then you can click the save button. There’s no need to cancel this? Or is there some complication I’m not seeing. – Alex Schroeder
Ah, okay - I misunderstood the purpose of it. I ended up on the Admin page because I’d tried submitting a regular edit on that page but got an error because there’s an http link. On a different page I’d edited, I was able to get around that same error by updating the offending link to the https version. That didn’t work on NearMap and I ended up on the Admin page as I tried to ferret out why. Anyway, long story long, I understand better what the Admin comment is for. Thanks for your patience with all the confusion above. 😊
--Cena
The Nice Index of All Pages leads to a `Invalid action parameter printable-index` error.
Fixed by removing it. – Alex Schroeder
I tried yet again to get emacs-w3m to work as described above. I edited. It didn’t work. I edited the page with Safari. It worked. Then I followed the instructions again in emacs-w3m. The Safari edit did not show up in the compose edit box, even though the page did show it. Therefore, the text that the user edits is not the same as the text that is shown. Is this a cache issue? Thanks.
I don’t think I’ve ever run into this. Anybody else? – AlexSchroeder
I just edited and saved a reply someone posted at DrewsElispLibraries. I refrefreshed RecentChanges (with rollbacks and minor changes included), but my edit does not appear. That wiki page is listed, but still at the time and user of the previous edit. However, after clicking List only major changes it was listed. I had previously cleared my cache, so I don’t think that was the problem. I’m guessing it was a cache problem nevertheless, but thought I’d mention it, in case it’s not. – DrewAdams
Is this documented somewhere?
Use-case: putting a category-tag like CategoryNeedsAttention into a header, without actually invoking it.
Interestingly, the markup in this particular header renders properly in the TOC
Markup cannot be nested by default. Very few markup elements can in fact be nested. This is not documented anywhere, I think. Common sense stuff like list items and inline markup can be nested (bold list items, for example). Emphasis markup using apostrophes is the only inline markup that can be nested: ''italic '''bold''' and italic'' → italic bold and italic. – AlexSchroeder
The irony being that markup in headers is rendered in the (javascript-built) TOC – MichaelPaulukonis
ain't -- it -- "nice" ⇒ ain’t – it – “nice”[EmacsWikiProblems ain't -- it -- "nice"] ⇒ ain't -- it -- "nice"The link text retains its crude ASCII formatting. – VegardOye
Yes, there is no recursive parsing of the link text. – Alex
It looks like usemod dot com domain has expired. Some of the MeatBall links now end up on spam sites eg: AppropriateMedia
At least until fairly recently, most pages used to show up in Google search results in a reasonable way, often in a general search, certainly if using “site:www.emacswiki.org”. For me today (2025-03-02), that no longer happens; it seems like some pages are searchable but most are not.
Google have some useful-looking advice on diagnostics for site admins here.