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)

Recent changes in last 14 days shows 0 changes, though changes in last 1, 3, and 7 days show more than 0 changes

As the number of days is increased, the number of changes mostly goes up, as one would expect. Except for the following number, where it shows no changes (or 1 change for couple of these).

At first I wanted to say that I couldn’t reproduce the problem but as I kept pressing Ctrl-Shift-R on my browser I noticed that sometimes (1 in 4, maybe?) the list would come up empty. I’m not sure what to make of it. Strange! – Alex Schroeder

At home, on a tablet, I’m not seeing this problem. Now I’m wondering whether this depends on the browser used and perhaps how it handles 304 responses? — Alex

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

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

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.

Gists, Portraits

Yeah. Thanks for the heads up. I fixed Gists. The server now fetches them and includes them in the HTML (slowing things down). I don’t think the server should fetch and cache portraits from elsewhere, though. So I think I’m just going to remove that functionality. Right now I feel that all that we need to keep is the [new] element, what do you think? – Alex Schroeder