This page needs attention!


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)

How to change the page /name/?

The page ReplaceRegexp is about using `(query-)replace-regexp’ with specail lisp xpression in teh replacement, so the page title should better be something like ReplaceRegexpWithLispExpressions or ReplaceRegexpByondRegexps. - How can I change the name of a page? – halloleo 2017-05-05

There is no dedicated feature. Just edit page A, cut the entire text, save, edit page B, paste, save. Sometimes – but not in this case, you want to redirect from A to B, which requires you to start the page with #REDIRECT [[B]]. – Alex Schroeder

Thanks Alex. Have created ReplaceRegexpWithLispExpressions. Put a redirect on old page just in case - or is there an easy way to check that there are no links pointing to the old page (ReplaceRegexp). – halloleo 2017-05-08

You can click the title of the old page. That should show you all the pages that link to it. You can then edit each of those pages to correct/update the link. If there are only a few pages that link to the old page then this is pretty quick. – DrewAdams

Text overflow in translated languages

The navigation menus on the left of the site overflow into the page content in some languages such as a Russian. This can probably be fixed with a minor change in css. – Thanks for your attention -- 2017-04-25

Can we shorten the text? Perhaps just use ЕмаксЛиспа? Or Территория Е. Л.? – Alex Schroeder

Unable to download from WThirtyTwoFilePropertiesDialog

I already added some comments to that same page (WThirtyTwoFilePropertiesDialog) but I’m unsure if anyone from site maintainers might possibly help to solve such issue. -- Thanks in advance for your attention -- 2017-01-09

Sadly, I have no idea. It looked like a GNU Win 32 package but I can’t see anything on their package list. If you look at their main page, you’ll that their stuff is really old, though. I’m afraid there is no good solution. – Alex Schroeder

Revisioning Problems

editing does not get most recent version

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

RecentChanges doesn't reflect recent changes

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

Markup/Generation Issues

Colon line prefix does not indent correctly

See UnicodeEncoding#ucs-cmds.el. No matter how many colons are used for the last paragraph, it does not indent more. We should be able to have :: align more or less with ** etc. This is a regression. – DrewAdams

I think the problem is that the HTML being generated right now is invalid: <dl class="quote"><dl class="quote"><dt /><dd>indent 2</dd></dl></dl> – I don’t think this ever worked as you intended it to. Right now you need to use : before you can use ::. – AlexSchroeder

I’m pretty sure it used to work. I guess you’re saying that a workaround is to do this?

* A bullet entry


:: Some text indented to be under the bullet.

That does seem to work. (You need to put some spaces after the `:’.)

  • A bullet entry
Some text indented to be under the bullet.

I guess I’m OK with the workaround, though it indents too far and adds too much vertical whitespace. You can remove this problem unless you want to keep it as a reminder to look for a better solution.

I guess if the following two don’t line up exactly, we can use some CSS fix it:

  • bullet

I’m assuming that the exact indentation is determined by the browser defaults. On my iPad it looks as follows:

normal text

   • bullet

The variant you prefer would be this, correct?

normal text

 • bullet

– Alex

Can markup be used in headers? <code>I have failed to do so.</code>

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 document 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 online 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

Apostrophes etc. not prettified in links

The link text retains its crude ASCII formatting. – VegardOye

Braces not allowed in links

I tried to put braces in a url (because the stupid url required them), eg:{65C76CDC-2EFD-4589-A223-809157EAA164}

I tried a few different things, eg:


none of them worked. I think this should be ok.

Again though, I’m happy with it not being fixed because we’ll fix it with Elwiki.

If you read RFC 2396 you’ll note that curly braces are deemed “unwise” in section 2.4.3. Excluded US-ASCII Characters.

Server Issues

CGI Internal error: 400 Bad request (malformed multipart POST)

I just got this error when trying to save a page after some simple (trivial) editing. No idea what caused it or what the problem is. I then clicked the browser ‘Back’ button and tried, successfully, to save again. – DrewAdams

Anybody else? I’ve never seen this before. – AlexSchroeder

Just an FYI that this problem has not disappeared, even if it is less frequent. – DrewAdams

Client Issues

In some cases the server might actually be at fault - still makes sense to group them like this.

Browser Cache Not Refreshed - Stale Pages Served

This might be the same problem as EditingGetsOldPageText, below, but since that speaks specifically about emacs-w3m, I’m not sure.

This problem started several months ago. The browser cache does not get refreshed when pages are edited and saved. This happens for different browsers.

This problem has bitten several people, and the only workaround seems to be to remember to manually force a cache refresh when, say, you are looking at the editable page. And even that doesn’t work if you use the Download link.

This causes people to download the wrong version of a page (e.g. an Emacs Lisp library, using the Download link). And it causes people to accidentally overwrite a previous edit by someone else (since it doesn’t appear in the editable text unless they refresh that text).

I know that some people have thought that the problem was that pages were not being locked properly for edits, so that two people editing at the same time could accidentally overwrite each other’s edits. I don’t know if that problem also exists, but I do know that this cache problem has caused people to think there is a locking problem for edits. The cache problem occurs however, even for an edit that is long after (days after) the last edit has been saved, so it is not a lock problem.

Thanks for looking into this. – DrewAdams

This is still happening, but I still cannot give a recipe for why or when it happens – it happens sometimes. It just happened now. In the same browser session, I updated page DoReMi and saved. Then opened that page again from the link at RecentChanges, using browser’s Open Link in New Window. Then clicked Edit the page and got the old page source, before my edit and save. HTH – DrewAdams

Some more info on this, in case it helps. I was just bitten by this again – I had to redo a bunch of edits as a result.

If you look at the revisions of BookmarkPlus between Revision 53 and Revision 58, you’ll see that Revision 54 was a major edit, then 55 was a minor edit. Well, 55 did not use 54 as its starting point – it used 53 instead. So I ended up doing 55, 56, 57, and 58, before I realized that the major edit for 54 had been undone (i.e. lost).

I used to think this problem had something to do with the browser cache, but now I’m thinking it has something to do with major and minor edits. HTH. – DrewAdams

Dunno if this is strictly related to the browser cache problem that I’ve been assuming exists, but there is a fine example of losing page updates that just occurred. See the revisions of this very page, EmacsWikiProblems, today.

You’ll see that this sequence of events took place:

  1. I updated the page to reply to SteveTaylor about the mistaken rollback: revision 608.
  2. VegardOye updated the page to add a new item: revision 609.

Vegard’s update wiped out my previous update. – DrewAdams

Hm, maybe this is unrelated. Possibly it just took him more than nine minutes to edit the page before he saved it? Perhaps diff3 will sometimes merge things and drop changes without marking them as a conflict? Or he used a raw client that interacts with the wiki text directly, didn’t post back the last modification date, thus diff3 was unable to determine the ancestor for conflict resolution, and he ended up overwriting what you had done. I think the caching problem you reported earlier is something else (and much trickier, apparently). – AlexSchroeder

Missing table of contents

The table of contents is generated by Javascript. On some pages that haven’t been edited in years, you can still find a table of contents that doesn’t use Javascript, but as soon as such a page is edited, the table of contents will require Javascript. The old code worked most of the time, but at the same time it was very brittle and required constant attention and compatibility cross-checking. I feel it’s just not worth the effort. The DuckDuckGo search also uses JavaScript to quietly add to the search terms. Without JavaScript, this will also look weird. – AlexSchroeder

Captcha problems

If javascript is disabled, the captcha used on EmacsWiki, is virtually impossible for normal humans to solve on the first, second, or tenth attempt. reCaptcha might pretend to work without js, but it’s too frustrating to bother. You may as well just disable anonymous edits for non-js users (like those using Emacs, say).

I can offer two solutions: 1. if you are using a browser that stores cookies, you can provide a “secret” URL parameter that tells Emacs Wiki that you have already answered the CAPTCHA: uihnscuskc=1. 2. Switch to one of the Oddmuse modes listed on CategoryOddmuse. I recommend OddmuseCurl because that’s what I use. It also serves as an example of how to use the wiki using curl.