is there a integration that works with latest ipb i tried 2 different one and neither of them work past ipb 3 and I'm on ipb 4.1.
Project:Support desk
Hi,
when I visit the Special Pages this error is shown:
Notice: Did not find alias for special page 'GetData'. Perhaps no aliases are defined for it? [Called from SpecialPageFactory::getLocalNameFor in /var/lib/mediawiki/includes/specialpage/SpecialPageFactory.php at line 688] in /var/lib/mediawiki/includes/debug/MWDebug.php on line 300
It seems to be a missing alias. Any ideas to solve the issue?
Thanks,
Lorenzo
Which special page are you visiting? If your wiki is public, can you give us the URL? If not, which extensions do you have installed?
Hi,
my wiki is at this link. The problem is in Special:SpecialPages
Looks like an issue with ExternalData. Filed a bug with some more info.
After upgrading from 1.26 to 1.27 my Wiki does not work anymore. Die Content is visible for a second and then it disappears. There are no php errors shown. In Chrome Developer Tools I see the javascript arrors on the picture attached..
The same happens if i import the database from this site in an new clean Wiki.
All extensions are disabled
php version: 7.0.13
10.1.19-MariaDB
im getting a load of errors on a clean install not sure why. this is the link to my wiki with all the error. thank you http://daydreamro.com/wiki/index.php
I tried reinstalling it various times and no go
In LocalSettings.php, make sure to set $wgTmpDirectory to a writable directory!
task T127127 might contain more hints and backgrounds on this problem.
$wgTmpDirectory isnt in the localsetting.php do i have to add it ? and if so there is already a cache folder in wiki that should be writable. how come it doesnt ue that?
It looks like you have to add it. It defaults to /tmp, but that is obviously incorrect in your case.
Read the docs pointed to above.
i tried what the guide says i still cant get this to work
Maybe try with this line at the bottom of LocalSettings.php:
$wgTmpDirectory = $wgUploadDirectory . "/tmp";
If permissions of the images/ folder are ok, this should be working. The webserver user needs to be able to read and to write to this folder and to all subfolders!
i added that to the localsetting.php at bottom and i gave the wiki/images/ folder permissions 777 which is read and write execute just to test and nothing and i also did the same for the wiki/cache/ folder cause i thought it was that. But still errors.
Could you paste your entire LocalSettings.php with the passwords removed?
it doesnt let me paste the entire setting here i get a ⧼abusefilter-warning-keyleak
i uploaded it to
You don't have $wgUploadDirectory defined at that point yet. Set it to $wgUploadDirectory="$IP/images"; and it should work.
That didnt work either.
i have google and tried so many diff options, wierd thing is its a clean install when i did a clean install a few years back i never had these issues.
To make sure your LocalSettings.php file is set correctly, it should look like this at the end:
$wgUploadDirectory = "$IP/images";
$wgTmpDirectory = $wgUploadDirectory . "/tmp";
(Setting $wgUploadDirectory needs to come first.)
Is that how your LocalSettings.php looks?
hello it didn't work at first so i wiped the entire db and deleted the entire wiki folder and did a fresh install and added the information to the bottom and that worked thank you
Woa, that was completely unnecessary! But if it helped...
How do I change my username (from AbaloneBay to DonnaMartinez)? I wish to have my contributions in line with terms of use.
Hi! i am struggeling to find out how i can enable visualeditor in mobilefrontend,
What have you tried? If your wiki is public, can you link to it?
i have installed the extensions, but when i go to mobilesite and tries to edit, it just shows sorce
virkeramex.com/wiki
figured it out :) i also ad an other wysiwyg editor enabled that crached it.
Ah, maybe that was what I first saw. Awesome!
Works for me under Chrome.
However, under FF, your site is showing JS errors that are probably getting in the way of VE. I see a couple of these:
Fatal exception of type "BadMethodCallException"
Unfortunately, I can't get a stacktrace in FF, so I'm not sure what is causing it.
What browser are you using?
Actually, I just tried again (anonymously) and was able to switch to VE by clicking the gear and switching. By default it shows source editing.
I upgraded to this version, only to use this new option but doesn't work.
Options like below works normally.:
-
traditional
is the original gallery type used by MediaWiki. -
nolines
is similar totraditional
, but with no border lines. -
packed
causes images to have the same height but different widths, with little space between the images. The rows in this responsive mode organize themselves according to the width of the screen. -
packed-overlay
shows the caption overlaid on the image, in a semi-transparent white box. -
packed-hover
is similar topacked-overlay
, but with the caption and box only showing up on hover.
Need help.
Thanks.
Thank you for asking about this -- I wasn't aware of this feature in 1.28. It looks like a killer one. I'll test it and see if I can find out what you need.
Are you saying that none of the slideshow options works for you?
All options in this page: Help:Images/pt-br works like a charm.
Only this new option "slideshow" don't.
I want to implement this in my wiki to people here in my company, use this.
Observation: English it's not my first language, so sorry about misunderstanding.
https://www.mediawiki.org/api/rest_v1/ This RESTBase API is excellent ! :-)
Will it available for non-wikimedia wikis?
RESTBase has a link to the source code and installation instructions.
In a personal wiki I cannot edit pages anymore. After clicking on "save changes" I am redirected to the preview page and get an error message:
german verison:
Deine Bearbeitung wurde zurückgewiesen, da dein Browser Zeichen im Bearbeiten-Token verstümmelt hat. Eine Speicherung kann den Seiteninhalt zerstören. Dies geschieht bisweilen durch die Benutzung eines anonymen Proxy-Dienstes, der fehlerhaft arbeitet.
english version:
Your edit has been rejected because your client incorrectly handled the punctuation characters in the edit token. The edit has been rejected to prevent corruption of the page text. This sometimes happens when you are using a defective web-based anonymous proxy service.
The internal error code is token_suffix_mismatch. In PHP the option magic_quotes_gpc is activated by the provider.
I don't know how I can solve this problem. Do I have to adjust the configuration?
Produkt | Version |
---|---|
MediaWiki | 1.15.1 |
PHP | 5.2.17 (cgi-fcgi) |
MySQL | 5.1.73-log |
Thanks in advance!
Ole
Can you try turning off magic_quotes_gpc in an .htaccess?
MediaWiki 1.15 is very old, you should try to find a host with a more recent PHP version and upgrade MediaWiki.
Thank you for your suggestions, I will try that.
Hi,
I have been running two MediaWiki Sites for a long time without problems. In the summer I made a redesign with small changes in the MediaWiki code.
Problem: No single pictures are more in the Google-Images search available. (Checked via www.google.com/search?tbm=isch&q=site:mysite.com)
More specifically, every Image via are not available in the search results.
I testet it: other Images included via html code <img src="image.jpg"> are crawled and are show in image search, but every "[[File:filename..." not.
I also checked my robots.txt and .htaccess file, everything looks good and nothing is locked. (Webmaster Tools)
I remember that in the summer I only add meta robots to the File-Site (/wiki/File:Example.jpg): <meta name="robots" content="noindex,follow" /> via $wgNamespaceRobotPolicies = array ( NS_FILE => 'noindex,follow', );
But now, I removed it and it is still not crawled by Google but 'with bing.com it works. Really strange.
What can it be that no Image included via MediaWiki Syntax is searchable, on both MediaWikis? The Article Page is crawled fine, but the images in de article are not visible in the search engine.
thanks Marta
MediaWiki: 1.15.0 PHP: 5.6.29 MySQL: 5.5.53
Correct formatting: "More specifically, every Image via File:filename.extension|options|caption are not available in the search results. "
Mhh, the last days I tested it also without MediaWiki Image Syntax and in different ways, example: I included the test-image directly with only //example.com/myimage.png but without success or with html code in another different image directory.
The new test-site is the index, but without images :/
Can anyone explain me this that?
Marta
Hi, its me again. Has nobody an idea?
Marta
Can you provide a link to your site?
Note that search engines may take time (days or weeks) to update their indices.
@This, that and the other @Ciencia Al Poder
I'd rather not say it public, because it's a private family page.
So, I tested it these days with different settings and with these settings it works and the images appears in the google image search index:
√ = works, X = don't work
- √ an Image on the root folder or another own folder like "myimages"
- √ using a 301 redirect image html code: src="http://www.xy. /mytestreditectimagefolder/w/images/3/32/image.png to the original file in http://xy. /w/wiki/images/3/32/image.png
- X standard wiki image syntax
- X in robots.txt allow User-Agent: Googlebot-Image
- X not a single url like http://xy. /w/File:myimage.png is in the normal index (has no meta robots)
- X created a manual image <image:loc> sitemap (5 Submitted, 2 Indexed)
I tested various urls and submitted it also via google webmastertoos fetch, submit via Search Console and via mobile-friendly-test.
My current robots.txt looks like:
---
User-agent: *
Allow: /w/File:
Allow: /w/wiki/images/
User-agent: * Disallow: /w/MediaWiki Disallow: /w/Extension ---
Conclusion:
- I have the feeling that ALL the pictures with the MediaWiki-Syntax suddenly disappeared form Google since last summer
- Images in Bing.com are in the index
- Images on the Subdomain (blog= another hosting provider) are also in de index.
- Never had an error (Fetch and render or blocked files in Webmastertools)
- Same Problem with two differents MediaWikis (1.15.1 & 1.15.0) on 2 differents domains
- Never had an Image Problem, 6 months ago every things worked fine
So to this day, Not a single picture via: File:example.jpg|frame|caption is in the Index.
Best regards
Marta
*So, I have waited a few days and the problem is still there.
<u>P.S.</u><br>
Can a deactivation of the PHP Version 5.4 & 5.5 last year be responsible for the problem, that none images from the directory '''"w/images" via Mediawiki Syntax in appears the Google Image Index'''?
<u>P.P.S.</u><br>
but '''duckduckgo.com''', '''Yahoo.com''' and ''AOL.com''' they show the images.
You said in the first post made a redesign with small changes in the MediaWiki code. Maybe that's the reason it doesn't work anymore?