Project:Support desk

About this board

vde   Welcome to's Support desk, where you can ask MediaWiki questions!

There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Q&A etc.

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using (reported by your wiki's Special:Version page):
    • MediaWiki
    • PHP
    • Database
  2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
  3. To start a new thread, click "Start a new topic".
By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL
Azot944 (talkcontribs)

I transfer my wiki to Cloudflare service (with https).

Sometimes my wiki is showing mobile view where desktop view is expected.


Reply to "Mobile view instead of desktop view."
Bodysurfinyon (talkcontribs)

I picked to wrong setting to set up. I want people to be able to create an account - subject to verification, but, my current login in page does not have a link. I tried some man pages and looked at LocalSettings.xml and nothing jumped out at me. Please throw me a bread crumb.

MarkAHershberger (talkcontribs)

You probably have

$wgGroupPermissions['*']['createaccount'] = false;

in your LocalSettings.php. See Restrict account creation.

Reply to "Tweaking User Creation Settings"

Images not working after server move and upgrade

DalixamKC (talkcontribs)


I moved my wiki to a new host and upgraded it at the same time (from 1.16 to 1.28), but none of the images are working. They are all in the /images/ folder like before, I tried running rebuildall.php and rebuildImages.php, from SSH, but that didn't help.

I went to one of the image pages in the wiki and found the image source. It is trying to fetch the image from a subfolder named 9/9d. I.E. /images/9/9d/ What is this? That path is not used in LocalSettings.php nor is it in ANY of the files (I searched). A search in the database gave no result either. Where is it coming from?

What should I do? Should I create the subfolder /9/9d and move all my images to it and what about new images that get uploaded?

MarkAHershberger (talkcontribs)

You said they are all in the images folder. Did you use the same LocalSettings.php file when you moved? Is $wgHashedUploadDirectory set in your new or old LocalSettings.php file?

Reply to "Images not working after server move and upgrade"

Setting logo path ($wgLogo) in LocalSettings.php

Anowlcalledjosh (talkcontribs)

I'm trying to set a custom logo by setting $wgLogo in LocalSettings.php:

$wgLogo = "{$wgUploadPath}/d/d4/Logo.png";


However, this doesn't seem to work; the path to the logo ends up being just /d/d4/Logo.png, presumably because $wgUploadPath is false when LocalSettings.php is executed, and only gets set to a useful value when Setup.php runs. What's the "correct" way to set the path to the logo as an uploaded file?

MediaWiki 1.28.0, PHP 5.6, MariaDB 10.1

MarkAHershberger (talkcontribs)


$wgLogo = "{$wgScriptPath}/images/d/d4/Logo.png";

Or, try setting $wgUploadPath to the path to your images directory.

Reply to "Setting logo path ($wgLogo) in LocalSettings.php"

Error creating thumbnail: Unable to save thumbnail to destination

Star Warden (talkcontribs)

Hey. I keep getting this error button and I don't know how to fix it. It can be seen here:, here: and here:

I've tried setting a temp folder ($wgTmpDirectory = "$IP/images/temp";) and a debug file ($wgDebugLogFile = "/var/log/mediawiki/debug-{$wgDBname}.log";) as suggested and even made the temp folder writable by the server using chown, but that did not work.

The manual on how to debug specifies that this log can contain sensibile information, thus I won't post all of its contents and would like to know what could I share here from it that would help in solving this issue?

I mention the console is displaying some weird errors, but I cannot interpret them, sadly.

MarkAHershberger (talkcontribs)

Looking at your Special:NewFiles, it looks like you are able to upload images without problem, but those particular images cause a problem.

I can use thumb.php to create thumbnails of various sizes (see also).

thumb.php appears to work on images that show the problem.

Meanwhile, fails to produce thumb.php some thumbnails for the problematic images.

Maybe you can see what is produced in the debug log when one of the failing thumb.php links is called?

Star Warden (talkcontribs)

I found no recent instance of the cupcake thumb (at least the date isn't displayed when such calls are made, so it might be recent), thus I also included something more recent. The cupcake thumb is at the very top, the others are separated by a large space: Hope it helps!

MarkAHershberger (talkcontribs)

I'm at a loss. I don't really know how to help you without access to your machine. Sorry. Perhaps you can check the permissions on all the directories in your images folder to see if one or two has funky permissions.

Ciencia Al Poder (talkcontribs)

What if you set $wgShowExceptionDetails to true temporarily and open the problematic thumb.php URL?

Star Warden (talkcontribs)

That string was already set to true even before the problem occurred. But here's the strange thing. If you go and check my first two links (ruins and habitats), you'll see that the problem was solved on its own...

Here's a screenshot of the permissions that all folders seem to have: I selected all of them, and made sure they are all set to that. Do I need to change anything?

I forgot to mention that when renaming the file, the issue seems to disappear (of course, there's a reason I named them the way I did, in the first place, thus this isn't a good solution or the solution for that matter). And, in some cases, the issue is triggered only if I get over a certain pixel size while adding it to the article. Would manually moving the images (on the server) from one folder to another solve it? Is it even safe to do that?

MarkAHershberger (talkcontribs)

The permissions look fine if that user is the user that runs as the web server. You could also change the permissions on images to the numeric code 777 and recurse through the images directory.

You could move the images directory, but you would need to change a few configuration options like Manual:$wgUploadPath or Manual:$wgUploadPath. You might also need to use Manual:Img auth.php to stream images.

Star Warden (talkcontribs)

I am not sure if that user is the one that runs as the web server.. I was using the root account. How do I find out who it is?

Also, the second option you gave me is the same as the first one. I was asking if I could only move the images that cause trouble, not the whole directory. Seems kinda pointless to move the whole thing just for a few troublemakers.

MarkAHershberger (talkcontribs)
  • I don't recognize the tool you are using for ftp. But what does the full listing of the mediawiki directory show? Maybe that would have user names on it.
  • If you can physically remove the primary uploaded problematic file, then I think you could re-upload it. That might solve the problem.
Star Warden (talkcontribs)
  • I use FileZilla Client. I am not sure what you're referring to. Is this it: ?
  • By physically removing it, you mean to manually delete it from the server itself or from the wiki? Because if it's the latter, it doesn't work.
MarkAHershberger (talkcontribs)
  • That has the information I wanted. It looks like you're on a Debian server and the permissions are set correctly.
  • I meant from the server itself.
  • Could you use FileZilla to get the listing of the images/thumb/9/90 and images/thumb/9/90/The_Winds_of_November_Event_%2816.11.14%29.jpg directory?
Star Warden (talkcontribs)

I managed to get there and the folder has the image in 3 different sizes: 200px, 300px and 400px. Interestingly enough, this folder seems to have another owner than the typical one: I checked other problematic files, thinking the owner might be at fault, but they had the typical owner, so I guess the different owner theory can (for now, at least) be ruled out.

Should I delete the image from both its permanent place and the thumb folder?

MarkAHershberger (talkcontribs)

The root owner is definitely going to cause a problem. Delete that directory and its contents.

Star Warden (talkcontribs)

That solved the thumbnail problem, but only for that image.

Star Warden (talkcontribs)

Ehm, I was thinking of something. Sometimes, some special pages (usually uncategorised files) won't update, no matter what, regardless if I run updateSpecialPages.php (which runs daily on a cron job) no matter what. So I force it with refreshLinks.php which, in turn, creates a ton of jobs which are run by runJobs.php later on. From time to time, some jobs just get stuck, not allowing themselves to be run. I posted about it 2 months ago ( but got no response. So I looked into the database and found the stuck jobs in the job table. So I just manually deleted them (and have been doing that ever since). Could this be the problem behind it or is it unrelated? I remember this particular issue happened on the 1.26.2 installation, then a failed server upgrade brought the wiki down for a little while, we moved servers and that issue was fixed (this was last summer).

MarkAHershberger (talkcontribs)

It could be related.

You need to make sure that runJobs.php and refreshLinks.php are running as the www-data user and not the root user.

Star Warden (talkcontribs)

I am sorry, I am not good at this. How do I do that? I haven't used any other user besides my personal one and the root one.

MarkAHershberger (talkcontribs)

How do you normally get the jobs to run? How are they being run right now?

Star Warden (talkcontribs)

With cron. When I set it up, I opened putty, logged in on root, entered the command: crontab -e then I added this string: */120 * * * * cd (path to wiki) && php maintenance/runJobs.php and saved. But after using refreshLinks, I run it manually. It usually doubles the number of jobs, initially, then starts to decrease them.

MarkAHershberger (talkcontribs)

If the only cron jobs you have are those that are running for the wiki, then run this sequence of commands as root:

# crontab -l > cron.txt         # to save the current crontab
# crontab -r                    # to delete the current crontab for root
# crontab -u www-data cron.txt  # to give the crontab entries to the www-data user.

If you have other crontab entries, skip the second step (which removes all the entries for root) and edit cron.txt so that only wiki maintenance scripts are left in the file before running the third command.

In any case, the first command will back up all your root cron commands if there is a mistake made.

Star Warden (talkcontribs)

Before proceeding, I used grep CRON /var/log/syslog to see the other jobs. There are 3 other that are not in my current crontab (when using crontab -e), but they all are run by root. Two seem to be more server-related:

Is it safe to still do all the steps?

Also, I did the first step, but I got no confirmation of whether the procedure was successful or not? How do I check?

Star Warden (talkcontribs)

Ah, also, deleting images from the server then re-uploading them doesn't get rid of the error (because it uploads them to the same place in which they were before), BUT, I think it might just be related to root being the owner. So far, all images that I checked in images/thumb that had the issue, had root as the owner. It seems this issue occurs only with thumbnails.

MarkAHershberger (talkcontribs)

You can see if the first step worked by looking for cron.txt in the directory where you ran the file.

In fact, since you have other cron jobs running as root, skip the second step and just edit the cron.txt file to have the wiki-related jobs.

After that, erase those jobs from the root crontab using crontab -e and then run the third command to move the cronjobs to the www-data user.

Star Warden (talkcontribs)

I am not exactly sure what I am doing wrong. Technically, I run the command in the base directory (that is, I didn't change the folder after opening putty), but there is no such file there. Then I looked in /var/spool/cron/crontabs, which has the crontab that I can access through the crontab -e and crontab -l commands, but that's the only file in there (googling also lead me to the same location). There's also another crontab in /etc which lists all the cronjobs. But no sign of cron.txt in any of those three spots....

MarkAHershberger (talkcontribs)

If you run "crontab -u root -l > cron.txt" as root, it should create the cron.txt file for you.

Star Warden (talkcontribs)

I did that, still wasn't in any of those three locations, but I used find / -name and found it in /root. Inside it, there are the two jobs: runJobs.php and updateSpecialPages.php and the default "# Edit this file to introduce tasks to be run by cron". Is this the right file?

MarkAHershberger (talkcontribs)

That is it. It makes sense that it is in /root since that is the root user's home directory. Probably typing ls after running the command would have shown it.

Star Warden (talkcontribs)

Awesome. So let me get this straight before doing anything. I need to edit that file to have the wiki-related jobs going. It already has two jobs (updateSpecialPages and runJobs). This means I need to add the other three remaining jobs from /etc/crontab?

These are:
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )

MarkAHershberger (talkcontribs)

Just the first one. And "root" should not be there. You should probably paste your cron.txt before running the command to load it.

Star Warden (talkcontribs)

Is this correct: What do I do with the last 3 cronjobs and with the other two crontabs (from /var/spool and /etc)?

EDIT: There was another job that I missed which was added as custom, apparently:

*/15 * * * *	root	cd /(path to wiki)/ && /usr/bin/php maintenance/rebuildFileCache.php >> /var/log/(log folder)/rebuildFileCache.log 2>&1
5 2 * * *     root    cd /(path to wiki)/ && /usr/bin/php maintenance/runJobs.php >> /var/log/(log folder)/runJobs.log 2>&1

It seems there is a second runJobs which is a tad bit different than the first runJobs. Doesn't really seem to be doing its job properly, though. Should I just remove it?

MarkAHershberger (talkcontribs)

First, do not run crontab -r. Use crontab -e to edit the root crontab files and remove only the wiki crontab entries. The rest should remain.

You should have a file, cron.txt, with the following based on the information you've given here:

*/15 * * * * www-data  cd (path to wiki) && php maintenance/rebuildFileCache.php   >> (log folder)/rebuildFileCache.log 2>&1
*/15 * * * * www-data  cd (path to wiki) && php maintenance/runJobs.php            >> (log folder)/runJobs.log 2>&1
0    0 * * * www-data  cd (path to wiki) && php maintenance/updateSpecialPages.php >> (log folder)/updateSpecialPages.log 2>&1

Move the cron.txt file to /etc/cron.d/wiki-cron-jobs.

This will allow Ubuntu's cron system to run them. Anytime you need to change them, you can safely edit that file.

I think this will get you where you need to be. Sorry for the confusion.

MarkAHershberger (talkcontribs)

And to reduce the repetition, you can use shell variables in that file, so you could do the following:

LOGDIR=/var/log/(log folder)
WIKIDIR=(path to wiki)

*/15 * * * * www-data  cd $WIKIDIR && php maintenance/rebuildFileCache.php   >> $LOGDIR/rebuildFileCache.log 2>&1
*/15 * * * * www-data  cd $WIKIDIR && php maintenance/runJobs.php            >> $LOGDIR/runJobs.log 2>&1
0    0 * * * www-data  cd $WIKIDIR && php maintenance/updateSpecialPages.php >> $LOGDIR/updateSpecialPages.log 2>&1
Star Warden (talkcontribs)

I did that and moved the .txt to where you suggested (I had to manually create the wiki-cron-jobs folder). Here's the entire paste:

Now, one question. What do I do with the remaining cronjobs that I wrote here ( They weren't in the crontab file that I could open with crontab -e while logged in on root. They are in the crontab that's found in /etc. This is its contents:

MarkAHershberger (talkcontribs)

I'm sorry, I should have been clearer. I wanted you to move cron.txt to a file called /etc/cron.d/wiki-cron-jobs. If you've created a directory, I'm not sure it will work.

Remove these lines from the file you found under /etc:

*/15 * * * *    root    cd /(wiki path) && /usr/bin/php maintenance/rebuildFileCache.php >> /var/log/wiki_logs/rebuildFileCache.log 2>&1
5 2 * * *     root    cd /(wiki path) && /usr/bin/php maintenance/runJobs.php >> /var/log/wiki_logs/runJobs.log 2>&1

The others should be left as-is.

Star Warden (talkcontribs)

Well, there was no such file there. Cron.txt currently rests in /etc/cron.d/wiki-cron-jobs folder. I used grep CRON /var/log/syslog to see the recent jobs, but not jobs from cron.txt seem to have been executed... what should I do?

MarkAHershberger (talkcontribs)

Run the following commands:

$ mv /etc/cron.d/wiki-cron-jobs/cron.txt /etc/cron.d/wiki-jobs
$ rmdir /etc/cron.d/wiki-cron-jobs

Both should run without problem and you should see cron jobs executing shortly after that.

Star Warden (talkcontribs)

Hey. Thanks! But there seems to be a problem... the jobs aren't run. Using grep CRON /var/log/syslog it does show me the runJobs.php has been executed, but the number does not go down, unless I manually run it. What might be the cause?

Star Warden (talkcontribs)

Actually, it seems none of the maintenance scripts are working, not only php runJobs.php.

MarkAHershberger (talkcontribs)

Could you run the following and tell me the output:

$ grep wiki-jobs /var/log/syslog
Star Warden (talkcontribs)

This is what I get:

MarkAHershberger (talkcontribs)

So, it is loading properly. I was worried that I had given you a bad one or that it had been corrupted some way. For example, I created a file with the wrong owner and got the following:

$ grep test /var/log/syslog
Mar 24 12:17:01 web cron[369]: (*system*test) WRONG FILE OWNER (/etc/cron.d/test)

I have set up a wiki with a file similar to what I asked you to set up now and when I look for www-data in my syslog, I see the following:

$ grep www-data /var/log/syslog
Mar 24 12:30:02 web CRON[25865]: (www-data) CMD ( cd $WIKIDIR && php maintenance/rebuildFileCache.php   >> $LOGDIR/rebuildFileCache.log 2>&1)
Mar 24 12:30:02 web CRON[25867]: (www-data) CMD ( cd $WIKIDIR && php maintenance/runJobs.php            >> $LOGDIR/runJobs.log 2>&1)

Do you see anything similar?

Star Warden (talkcontribs)

It seems I do:

Star Warden (talkcontribs)

If the command seems to be executed correctly, it means that wikidir and logdir are set correctly, right? I am not sure if it's safe to post them here (that's why I always censor them), but I wrote them something like:

LOGDIR=/var/log/foldername/ WIKIDIR=/mainfolder/foldername/

I didn't add /maintenance/ at the end of wikidir since the cronjob automatically switches to the maintenance folder due to php/maintenance. Plus, the command is basically the same to how I had it in the root crontab (minus adding information to the log, as well as having the name of the wiki path written instead of wikidir).

I take it that the above steps are correct?

MarkAHershberger (talkcontribs)

Yep, it looks like all the steps are correct. Check your log files to see what is being put in them.

Star Warden (talkcontribs)

From the outside, when looking at 'last modified' it seems that rebuildFileCache.log has been last modified on the 23rd while runJobs.log on the 18th. Those are the only two logs inside there.... The owner/group is root root. The first log is huge, I copied pasted the last pages (132 in word) and replaced the path to the wiki with 'wikidir':

As for runJobs =

MarkAHershberger (talkcontribs)

So, for rebuildFileCache, it looks like it is failing. As the message says, "Set $wgShowExceptionDetails = true; and $wgShowDBErrorBacktrace = true; at the bottom of LocalSettings.php to show detailed debugging information." so we can see what is going on.

runJobs looks fine.

MarkAHershberger (talkcontribs)

oh, and make both log files owned by www-data so that the cron jobs will be able to update them. You should also change the ownership on the log directory.

Star Warden (talkcontribs)

Both file logs and the folder itself are owned by www-data now. I am not sure how runJobs looks fine since I can see that the jobs aren't being run.

Maybe the wiki-jobs file itself has to be owned by www-data? Most of the folders on the server are owned by root.

Off-topic: most of the wiki folder is owned by www-data, but some folders are owned by root. Should I pass ownership to www-data?

And this is what rebuildcache log shows now:

MarkAHershberger (talkcontribs)

You still haven't set the variables to show exceptions.

Star Warden (talkcontribs)

I actually did. This is what the bottom of localsettings looks like:

Also, it's owned by root.

MarkAHershberger (talkcontribs)

interesting... it doesn't seem to have made a difference for your rebuildcachelog.

Star Warden (talkcontribs)

Maybe I should give those files different permissions? Their current permissions are -rw-r--r--

Also, what should I do to get the runJobs script running? Or all of the scripts, for that matter. None seems to be working.

MarkAHershberger (talkcontribs)

Here are the permissions on my file:

$ ls -l /etc/cron.d/test 
-rw-r--r-- 1 root root 442 Mar 24 12:15 /etc/cron.d/test

The content is what I gave above.

My log files show that the cron jobs are running.

$ zgrep maintenance /var/log/syslog.1 | tail -53 | head -3
Mar 26 00:00:01 web CRON[20974]: (www-data) CMD ( cd $WIKIDIR && php maintenance/rebuildFileCache.php   >> $LOGDIR/rebuildFileCache.log 2>&1)
Mar 26 00:00:01 web CRON[20977]: (www-data) CMD ( cd $WIKIDIR && php maintenance/runJobs.php            >> $LOGDIR/runJobs.log 2>&1)
Mar 26 00:00:01 web CRON[20979]: (www-data) CMD ( cd $WIKIDIR && php maintenance/updateSpecialPages.php >> $LOGDIR/updateSpecialPages.log 2>&1)

I'm not sure how I can help you in this forum.

Reply to "Error creating thumbnail: Unable to save thumbnail to destination"

Templates broken despite being direct import with no changes

2601:441:8000:6AA:B52C:864E:3E49:BE71 (talkcontribs)

So I'm starting an SS13 server, and for that I need a wiki. That is one of the broken templates. That is the template I exported and imported from.

It seems like the issue is that it isn't drawing on Template:! on my wiki, but I have no idea what the issue really is.

Mainframe98 (talkcontribs)

You're missing Extension:ParserFunctions, which is required for that template.

Reply to "Templates broken despite being direct import with no changes"
Asdaricus (talkcontribs)

I asked a while back how to have a custom font in my wiki. I was told that I need to edit the CCS. I am using the 'vector' style. I was not able to find the css for it. How does that work. Thank you.

MarkAHershberger (talkcontribs)

You can make the change in your wiki's [[MediaWiki:Common.css]] page.

Asdaricus (talkcontribs)

Thanks for your reply. What's the expected path? I don't see a common.css file or a vector.css in my wiki? Is it a file I have to create to override the default?

Ciencia Al Poder (talkcontribs)

See Manual:Interface/Stylesheets for expected location, but basically it's a page you need to create on your wiki

Asdaricus (talkcontribs)

Hi Ciencia Al Poder. Thank you for the link. I looked at it and checked the link (MediaWiki:Common.css) for a global common css which is I need. The page that it links to has been deleted. I'm not sure where to put the common.css file. Thank you.

MarkAHershberger (talkcontribs)

You need to look at the MediaWiki:Common.css wiki page on your own wiki. If you want to see a wiki with a working copy of the page, you can see one one Wikipedia:

Asdaricus (talkcontribs)

Thanks, Mark.

Is this the correct link? It doesn't bring anything up for me.

nor does this

MarkAHershberger (talkcontribs)

This is your link:

Asdaricus (talkcontribs)

A friend helped me find it. doh.

Asdaricus (talkcontribs)

Thanks again.

Is this all the code I need in the CSS (with the appropriate substitutions)?

@font-face {

  [ font-family: <family-name>; ] ||

  [ src: [ <url> [ format(<string>#) ]? | <font-face-name> ]#; ] ||

  [ unicode-range: <urange>#; ] ||

  [ font-variant: <font-variant>; ] ||

  [ font-feature-settings: normal | <feature-tag-value>#; ] ||

  [ font-stretch: <font-stretch>; ] ||

  [ font-weight: <weight>; ] ||

  [ font-style: <style>; ]



<family-name> = <string> | <IDENT>+

<feature-tag-value> = <string> [ <integer> | on | off ]?

Asdaricus (talkcontribs)

My intention is not to have the text of the entire wiki changed arbitrarily to another font or even of specific formatted sections (header, index, etc.). I want to be able to specify within a page that such and such text is in this font and have the rest of the text in the same given page be the standard font.

Ciencia Al Poder (talkcontribs)

Once you've defined the @font-face, you can create your own CSS class like .specificfont { font-family: <family-name> } and then use that class where you want, like in <span class="specificfont>text</span>.

That's more a general CSS question than a MediaWiki-specific question, though. You can find more information about CSS fonts out there

Reply to "How to edit CSS for customized font"

Two sections of blank parameters in a template are generating a break tag

Ms784 (talkcontribs)

I've created a template for listing specifications for fire apparatus in my mediawiki. The headers have an #if statement that hide them if certain parameters are blank. If two (or more) consecutive sections are blank, a <BR /> is being generated and creating an unwanted space in the middle of my text. Any thoughts on how to prevent this?

In the example, the "aerial" and "body" sections are left blank and are causing a space between the "pump & tank" and "equipment" sections.

URL to template:

URL to page showing the break:

Ciencia Al Poder (talkcontribs)

This happens because there's a blank line before the {{#if that open each group. You should put it next to the end }} of the previous. If you need a new line when the parameter is filled, you need to add it inside the {{#if:, by adding a <nowiki> before it to prevent the parser function to trim blank spaces.

If you want newlines to make your code more readable, you can use it inside HTML comments, like:


-->{{#if: whatever

Remove page from

Summary by MarkAHershberger

You need to talk to the people at that wiki. It has nothing to do with Wikipedia and is run out of a separate data center.

B0xed008 (talkcontribs)

Hello, there was an wikipedia page for Wassim Rasamny but it was deleted. We don't want to keep that either. But the problem is, there was an article on about the removed wikipedia page. Wassim Rasamny doesn't want to see his name on

We will not restore the wikipedia page or don't want to do anything with wikipedia. So please remove it from too. This is the article link -

Thanks in advance.

MarkAHershberger (talkcontribs)

You need to talk to the people at that wiki. It has nothing to do with Wikipedia and is run out of a separate data center.

aide pour LibreOffice Writer (en-tête + pied-de-page)

Summary by MarkAHershberger

This support desk is for MediaWiki. You should check out

Ce support technique est destiné à MediaWiki. Vous devriez vérifier

Eloimon (talkcontribs)

Bonjour à tous

Je viens de télécharger la nouvelle version de LibreOffice Writer 5.3.1, mais mon ennui persiste ... J'ai déjà investi  des heures pour tenter le résoudre moi-même ... Dites-moi, est-il possible (et comment faire) de :

1.  Faire en sorte que ne s'affiche pas le pied-de-page (l'espace entre chaque page) sans y double-cliquer à chaque fois ? 

Je n'y voudrais de séparation que la ligne simple.

2. Faire en sorte que, si je clique dans la marge supérieure ou inférieure de chaque page, ne s'affiche pas le champ flottant de l'en-tête en bleu pâle : "En-tête (Style par défaut)" ?

Ah! sauvez ma patience je vous prie ! Merci mille fois ~


From Google translate:
Hello everyone
I have just downloaded the new version of LibreOffice Writer 5.3.1, but my boredom persists ... I have already invested hours to try to solve it myself ... Tell me, is it possible (and how to do it ) Of:
1. Make sure that the footer (the space between each page) is not displayed without double-clicking each time?
I would like to separate only the simple line.
2. Make sure that if I click in the top or bottom margin of each page, the floating field of the light blue header is not displayed: "Header (default style)"?
Ah! Save my patience I pray you! Thanks a thousand times ~

MarkAHershberger (talkcontribs)

This support desk is for MediaWiki. You should check out

Ce support technique est destiné à MediaWiki. Vous devriez vérifier