 Archives |
|---|
|
|
There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Q&A etc.
Text is available under the Creative Commons Attribution-ShareAlike License; additional terms may apply. See Terms of Use for details.
Hi!
On en:Wikiversity, Main Page, the Mobile view link at the bottom of the page only shows the Main Page top image and blue-bannered Welcome section! All the others below are not shown! What can we do or you do to have the lower bannered sections appear on '''Mobile view'''? --Marshallsumter (talk) 15:13, 29 June 2017 (UTC)
Hi all !
I've a problem when I upload an image on my mediawiki, the sending goes well but if I try to show that image with a resizing in parameter, it shows me this message :
"Erreur lors de la création de la miniature :
Error code: -1"
Does anyone know why ?
Edit : If you want to see an image with this problem : http://gce-electronics.com/wiki/index.php?title=Fichier:EcoDevice-RT2_Dashboard-Poste_1.png
I have created accounts for everyone at my company for our wiki create with Mediawiki.
I have also tried to make sure that my email is confirmed so that I may notifications from the wiki.
Though, when I go in and click the link to make sure the wiki has sent the confirmation code, I do not seem to ever get the email.
Is there a setting that I need to change to make sure Mediawiki can send emails? Here is my LocalSettings.php email information.
$wgEmergencyContact = "apache@files.devplateau.com";
$wgPasswordSender = "wiki@devplateau.com";
$wgEnotifUserTalk = false; # UPO
$wgEnotifWatchlist = false; # UPO
$wgEmailAuthentication = true;
@Reception123 I have done this is with different email accounts. For a gmail account, the confirmation came through in spam but for the email account that I would like to use, and the email domain that all of my users will be using for their accounts; it does not show up in spam.
I have also checked that it did not automatically get sent to trash on that mail domain (company domain).
Do I need to open up a port on the server MediaWiki is installed on so that it can communicate with my mail server or did I forget to install anything would let this happen?
We're running into storage limitations on our installation, due to the number of pictures uploaded. I have figured out how to have images resized on upload, but what about my images already uploaded? For instance, can I convert already uploaded .PNG to .JPG? Can I scale images larger than say 1200x720 scaled down to fit this size (or smaller)?
Thanks!
MediaWiki 1.27.0
PHP5.6.21 (cgi-fcgi)
MySQL 5.6.34
Hello everyone,
When I export my Bizagi's procedure to MediaWiki, some of Bizagi's Thumbnails display and some other not display and there's an error message instead of a thumbnail on Mediawiki.
I read a blog that dealt with image size. It said that if the image size was important, mediawiki could not resize it to become Thumbnails, but a setting exist to fix it.
My question is, what's the setting to fix my problem please?
What is Bizagi? What is "my Bizagi's procedure"? And if there is an error message, what is the error message? And which MediaWiki version is used? Have you checked Manual:Errors and symptoms#Image Thumbnails not working and.2For appearing already?
Hi Malyacko,
Bizagi is an app in which we can export procedure to Wiki format compatible Mediawiki.
I use the latest version of Mediawiki.
The error message isː "Erreur lors de la création de la miniature :" (french) and translate by "Error creating thumbnail:".
I had to add those settings below to LocalSettings in order to display images from Bizagi to Mediawikiː
$wgAllowImageTag = true;
$wgGroupPermissions['*']['upload'] = true;
$wgFileExtensions = array('png','gif','jpg','jpeg','doc','xls','mpp','pdf','ppt','tiff','bmp','docx', 'xlsx', 'pptx','ps','odt','ods','odp','odg');
$wgEnableUploads = true;
$wgHashedUploadDirectory = true;
$wgUrlProtocols[] = "data:";
What I've done to try to correct thumbnail's error is those settings below but it doesn't workː
$wgUseImageResize = true;
$wgUseImageMagick = true;
#I copied ImageMagick portable folders in $IP/extra/convert.
$wgImageMagickConvertCommand = "$IP/extra/convert";
# For SVG image support
$wgFileExtensions[] = 'svg';
$wgAllowTitlesInSVG = true;
$wgSVGConverter = 'ImageMagick';
$wgSVGConverters = array(
'ImageMagick' => '"$IP/extra/convert" -background white -geometry $width $input $output',
);
Please help, I'm a novice...thanks a lot
We need a more descriptive error than a generic "Error creating thumbnail". Try setting $wgShowExceptionDetails to true.
If you don't get a more descriptive error message, you'll need to query your thumb.php script with a file that has this problem, for example http://yourwikisite/thumb.php?f=Image_with_problems.png&w=200 and it should give the error directly.
Hi Ciencia Al Poder,
I set $wgShowExceptionDetails to true. i got the error message ː"The source file 'picture._namepng' does not exist.". I noticed inside ./mediawiki/images/thumb, images that haven't been converted to thumbnail are not displayed in mediawiki website. I think that's the problem.
Is it because mediawiki don't manage large images ? So do I have to find a setting to help to convert them ?
Thanks for help
For other articles I had this error at the place of thumbnails ː
Error Creating Thumbnail: Unable to Save Thumbnail to Destination
I set this $wgGenerateThumbnailOnParse = true;
But still have the problem.
I don't understand why in some Bizagi's procedure thumbnails display and in other nothing?
please help
"Unable to Save Thumbnail to Destination" probably means permission problems in the images directory. Be sure all your folders and files inside the images folder have correct owner and permissions, recursively.
I've checked images directory and all folders and files, all have the same correct owner and permissions recursively.
Another suggestion, please?
Hello everybody! I noticed a strange behavior and wonder if this is intentional or no. It drives me crazy!
For example, I have a small page with a few headlines like so:
= Headline 1 = Text for headline 1 == Headline 2 == Text for headline 2 == Headline 3 == Text for headline 3
Notice the double new line in front of each headline. This is meant to be this way, because then the headline will be much more visible. This may not be as important with headline levels 1 and 2 like in the example, but when you come down to headline level 3 and 4 they get harder to distinguish from plain bold text, so the added whitespace before each headline helps to improve readability.
OK, so this is how my mediawiki pages are structured. Now I go and edit the text for headline 2 with the neat symbol next to headline 2, which is very handy because it will only show the text for headline 2 in editor. However doing this, after saving the edited text, the whole page text source will be as follows:
= Headline 1 = Text for headline 1 == Headline 2 == Edited text for headline 2 == Headline 3 == Text for headline 3
Notice how the double new line in front of headline 3 was replaced with just a single new line. In effect, the whitespace before headline 3 has vanished. What is more, there seems to be no way to stop this from happening, because the headline 3 was not even part of the text in the editor, so the new lines could not have been adjusted by user neither. This seems to be mediawiki deciding on its own.
The only known workaround for me is to think about never editing only text for headline 2. However that way, I need to scroll in editor, find headline 2 again, before I can start editing. This can be very cumbersome, when more text and headlines are present than in the example above. Also all editors need to think about it for every edit, otherwise this effect happens again, destroying the whitespace for all users, so it is not really viable.
Please let me know if this was intentional behavior following a conscious decision by mediawiki developers or just a minor glitch which nobody seems to have cared for just yet. Thank you and best regards
Not sure if this was a conscious decision or not, but in case you didn't know, new lines can be added by specifically including the code for new lines : <br />
I would interpret it as a wikimedia error.
However, if you want spacing around your headlines, perhaps a better way than manually inserting space would be to add the required spacing through css, either as a margin or padding property; e.g.,:
.mw-body h2, .mw-body h3, .mw-body h4 {
padding-top:1em;
}
Залил фото для страницы, но получилось так, что авторство указал свое (т.к первый раз редактирую). Можете его удалить? Оно мне не принадлежит.
Known upstream issue (bug).
I am trying to log in as Крепкий чай, which used to be my main identity for creating and editing wikipedia pages. I haven't logged in for ages, but remember (I am fairly certain) the password - however it isn't letting me log in - I get this message, which I do not understand
No active login attempt is in progress for your session.
Please advise what I can do to log in once again as Крепкий чай. Thanks. Stitchill
Please advise. Again this morning I have attempted to log in and work under my old username Крепкий чай, but there still seem to be problems of access which I don't understand. The last edit I made as that user, on the page I wish to contribute further to now, was in January 2016. @Stitchill
Open a bugreport for it, using your Stitchill account you can login to phabricator to report this.
I also have an issue when I try to login with my account Xenlaurent. I didn't use it for ages, too.
But since the 19th of June when I try to log in, I get either:
I try on several site (en.wikipedia.org, fr.wikipedia.org, mediawiki.org) with several browser (FireFox, IE even FireFox on Android) same behavior.
Does anyone have a clue?
I created a new account (xentest) and log in works without any issue with that one. And if I log out and try back with xenlaurent, it still fails.
I presume that there is something wrong with my account.
BTW, I found similar behavior here: https://phabricator.wikimedia.org/T168858
This is an existent upstream issue, nothing can be done to fix it unless upstream does.
Hi,
I'm seeing an error when I'm not logged into a wiki
Notice: Uncommitted DB writes (transaction from DatabaseBase::query (JobQueueDB::doGetSiblingQueuesWithJobs)). in C:\inetpub\wwwroot\WIKI\includes\db\Database.php on line 3306
I have recently upgraded from 1.23 to 1.27. This error started appearing after the upgrade.
| Product | Version |
|---|---|
| MediaWiki | 1.27.2 |
| PHP | 5.6.22 (cgi-fcgi) |
| SQLite | 3.8.10.2 with full-text search support |
| Lua | 5.1.4 |
This error message appears only when I'm logged out of the wiki. out of the wiki.
This is problematic to diagnose, see task T85762.
Apparently there are pending jobs on your wiki, try to run them through runJobs.php to discard the error is being caused by one of them.
Hi,
I haven't taken any further steps yet, but when I was going to edit a page, I was able to get details of another error:
Warning: unlink(C:\inetpub\wwwroot\data/locks/hck6po3i81n2fwsv27nex1hfwp7wt0p.lock): Permission denied in C:\inetpub\wwwroot\WIKI\includes\filebackend\lockmanager\FSLockManager.php on line 219
Notice: DB transaction callbacks still pending (from ). in C:\inetpub\wwwroot\WIKI\includes\db\Database.php on line 3314
Check that your folder C:\inetpub\wwwroot\data has permissions for IIS and PHP to write on it.
Hi,
Seems like all the permissions for C:\inetpub\wwwroot\data are okay.
When I tried running runJobs.php I think that my php_pso.dll file is missing:
php maintenance/runJobs.php PHP Warning: PHP Startup: Unable to load dynamic library 'C:\PHP\ext\php_pdo.dll' - The specified module could not be found.
Hi,
i followed upgrade guide and i upgrade release 1.26 to 1.28. I run /mw-config in order to upgrade database and everything was ok. Now when i try to open main page i have no problem but when i try to login to wiki it reported the issue:
The requested URL /wiki/Speciale:Entra was not found on this server.
Probably something wrong in upgrade task?
Thanks
Does this happen with every other special page (like for example Special:RecentChanges)?
The error "The requested URL XXXXXX was not found on this server." is from the server, not MediaWiki, and means you have wrong RewriteRules (if set) on the server or MediaWiki $wgArticlePath may be set incorrectly, making links point to wrong URLs.
