Comments/Ratings for a Single Item

... I can't let archives unpack indiscriminately, because that would allow hackers to upload server-side scripts.

Indeed, that is a worry. Is the server configured to execute scripts anywhere, or just in some designated directories? It should still be made impossible to unpack anywhere outside the directory intended for the article. But I suppose that archiving commands to extract files can be called in a way that they ignore directory structure, and save everything in the current directory.

Savest would probaby be to extract everything to a temporary directory not accessible through the net, and then only copy files with some allowed extensions to the target directory, and delete what is left over.

I'll see what can be done, but I can't let archives unpack indiscriminately, because that would allow hackers to upload server-side scripts.

@Fergus: Would it be easy for you to have the upload manager also accept archives (e.g. .zip or .tar.gz), and unpack those in the upload directory for the article? It is really very tedious now to upload a large set of piece images one by one.

The cache lasts for three days before it is automatically cleared.

It keeps displaying the old image. As a consequence it now displays a Go Between for the black Golden Bird, and and White Elephants for the Western Barbarians, in the 1-kanji tile set for Dai Dai Shogi.

Fergus, do the images get refreshed eventually or will it stay this way unless you manually clear the caching?

The new version of the new file manager is now up. Instead of reusing the original filename for reduced files, it saves each reduced file under its own name. This lets you see it correctly instead of seeing a cached version of the original image. Instead of restoring backups, you may choose to delete the new files. Instead of choosing to delete backups, you can choose to keep the new files. This will replace the original files with the new files and delete any other reduced versions of the same image. Since I don't know how to automatically purge a file from Cloudflare's cache, it will look like the original file for a while. For reduced files, this is not a big deal. If you redraw an image and use the same name as an old one, that's a bigger problem, but it goes beyond what the file manager let's you do on its own.

... caching of the original images can cause you to see the wrong image ...

Indeed, I also have this problem after uploading an image to replace one that was accidentally uploaded under a wrong name. It keeps displaying the old image. As a consequence it now displays a Go Between for the black Golden Bird, and and White Elephants for the Western Barbarians, in the 1-kanji tile set for Dai Dai Shogi.

I am reworking how image reduction works, because the way it presently works, caching of the original images can cause you to see the wrong image and think that the reduction looks better than it actually does. The way it will work after I finish debugging the new version is that each reduced image will get a different name reflecting how it was reduced in size. This will allow you to see the image accurately. I'm stopping for tonight, because it's late, but I'll continue working on it tomorrow.

The new file manager for members is now available. It will let you

• Upload files
• Delete files
• Reduce the size of graphic images
• Restore backups after reducing graphic image sizes
• Sort alphabetically, newest first, oldest first, largest first, and smallest first
• Let you filter the files displayed with a wildcard pattern

Because this file manager is for members in general and not for the editors in particular, it lacks some features that a regular file manager would have. It will not allow the uploading of server-side scripts, the creation of new files, the free renaming of files, or access to directories not reserved for your submission.

I am replacing the notion of a contributor account with direct counts of someone's published and unpublished submissions. These will be used to limit how many new submissions someone can submit before the editors review and publish them. Those with no published submissions will be limited to 3 unpublished submissions. Those with one published submission will be limited to 4. Those with 2 to 8 published submissions will be limited to 6. And those with 9 or more published submissions will be limited to 9 unpublished submissions at a time.

One reason for this limitation is to replace the 1MB limitation on daily uploads. I am replacing the upload scripts with a new file manager. An early version is already in the editing links. It isn't complete yet, but it already allows both uploading and deletion of files, and it displays images with data about the images. The current version should be stable, and I will continue working on it under a different file name, so that I don't disrupt anything for users. Anyway, the new file manager works by allowing you to upload no more than 2MB of files for a given submission. Without the 1MB daily restriction, someone could upload a lot by creating multiple submissions, but limiting the number of unprocessed submissions puts a stop to this.

If it turns out that contributors really need more than 2MB per submission, adjustments can be made later.

The title is Zanzibar-XL:

https://www.chessvariants.com/rules/zanzibar-xl

It appears in my "unreviewed submissions".
Since I posted it, I have re-drawn the graphics with the Chess Board Painting Tool of Musketeer Chess. I didn't know if I could update my page, I was afraid to add more delay if I do it.

I also tried to make :

https://www.chessvariants.com/play/zanzibar-xl

This one too is in my "unreviewed submissions". But I stopped writing this one because I was not sure to understand if I need to do both.

Sorry if I did something wrong, probably I missed a point somewhere. Thank you for your help

I'm not seeing it. I'm not sure if you did anything wrong or if the script for displaying submissions needs updating. What is the title or URL of your submission?

Hello, I would like to know how long can take the review process. I've made a submission one week ago and I see nothing happening. Maybe it's the normal delay, or maybe I did something wrong. Having no feedback at all, it is difficult to know. Thanks to all reviewers.

I also meant to mention that I disabled the code for adding the vertical box that displays the table of contents and other info. When the early sections are short, this makes the page look bad by pushing down the start of the next section. It can also get in the way, and the information it displays is either elsewhere or not that critical. Most of the time, it is easy enough to page down to see what's on the page, and most pages aren't so long that relative links to page sections are of much help.

I want to note some changes in how user-submitted pages are displayed. Instead of relying on the value of the UsesHTML column, it will check whether the text to display contains any HTML tags. It does this by stripping the HTML tags from a string and comparing the result with the original string. If they are the same, it doesn't contain any HTML.

The absence of HTML was previously handled by wordwrapping the text and putting PRE tags around it. But it is now handled by placing each separate line inside of a P tag. If you mean to use ASCII art on a page, you should add the PRE tags yourself.

If you use CKEditor's WYSIWYG mode, it will automatically add HTML code to your text. If you use Source mode, you will need to enter any HTML yourself. If you do not enter any HTML, then write each paragraph as a single unbroken line, and put an empty line between each paragraph.