Extension talk:Translate/Archive 2/2018
This page used the Structured Discussions extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made. |
Translate Plugin is not loading the Suggestions on the "right side" of the translate view
I just set up a frash mediawiki installation and installes all i needed for translating my wiki and the content. manual translations just working like expected but in that view i do not get any suggestions shown? Maybe there is any logfile i could check or is that due to a lack of configuration? (it is pretty much default). Im just wondering that is show forever "Loading..." and no content is shown as in some screenshots of that plugin. 80.153.99.108 (talk) 08:30, 1 February 2018 (UTC)
- Did you configure TTMServer in the LocalSettings.php ? Link : Help:Extension:Translate/Configuration/fr
- $wgTranslateTranslationServices = array();
- $wgTranslateTranslationServices['TTMServer'] = array(
- 'database' => false, // Passed to wfGetDB
- 'cutoff' => 0.75,
- 'type' => 'ttmserver',
- 'public' => false,
- ); Tuxxic (talk) 09:13, 2 February 2018 (UTC)
- that is configured in the Translate.php file like in the default with that 4 entries, so i guess i do not need to do that again in the LocalSettings file, or? 91.48.253.216 (talk) 07:09, 19 February 2018 (UTC)
- You won't know unless you try, inmy opinion ;) Tuxxic (talk) 22:26, 21 February 2018 (UTC)
- well that did not help is always stays at "loading..."... any other ideas? 91.48.246.166 (talk) 10:37, 14 March 2018 (UTC)
- I am also having a similar issue on 1.31/MLEB 2018.07 (PHP 7.2.9 cgi-fcgi and on IIS if that matters for whatever reasons), but in my case, the translation aids column is loading fine for page translations but not file based message groups, which only ever showed the "Loading..." string. I've tested some of the same files along with the custom FFS/YAML group configs on an older wiki I have (1.28/MLEB 2016.10/PHP 5.6.11 fpm-fcgi on Ubuntu) and it worked fine there. Both wikis are using the default DB TTM.
- On the older wiki, I noticed that the column only loaded after running createMessageIndex.php, but running that on the newer one didn't really help solve the problem.
- I'm not sure what could be causing the issue on the newer wiki. Any help is appreciated. Cloud668 (talk) 20:15, 22 October 2018 (UTC)
- Digging a little into the access logs, it seems that in my case, the problem that the aids never loaded was that the translationaids API call for all file based messages for some reason only ever returns this:Cloud668 (talk) 23:20, 29 October 2018 (UTC)
"code":"nomessagefortitle","info":"Title does not correspond to a translatable message"
tpt-unknown-page Error
RESOLVED | |
LDAP Authentication interferred with Translate due to not existing LDAP Account FuzzyBot.
Solved by changing FuzzyBot Name to an existing LDAP user. $wgTranslateFuzzyBotName = '<ExistingLDAPAcountName>'; in LocalSettings.php. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
@Nikerabbit I already tried executing the maintenance script createMessageIndex.php
but it doesn't solve the issue. I set the JobRate to 1.
Additionally I translated a page and executed runJobs.php
which did literally nothing. Is there another possibility to debug your extension?
I'm using MW 1.27.4 with REL1_27 Translate and PHP 7.1.7 CGI on a Windows Server 2012 R2. Help is appreciated :) Lanthanis (talk) 09:51, 22 February 2018 (UTC)
- Did you try making a dummy edit and re-marking the page again, and running the jobs again?
- If that doesn't help, the jobs are failing and there should be information in PHP error log or when running runJobs.php. Nikerabbit (talk) 08:40, 23 February 2018 (UTC)
- @Nikerabbit I think I found out why this error occurs: Can I change the FuzzyBot to an LDAP user? I don't want to add this Bot to the AD, rather want to use an existing AD user I have for the wiki. Lanthanis (talk) 13:06, 23 February 2018 (UTC)
2018-02-23 13:00:31 TranslationsUpdateJob Entypo sections={"⌂UNIQ5c4ea0e02854ffb5-0":{"id":"Page display title","name":"Page display title","text":"Entypo","type":"old","oldText":null},"⌂UNIQ23c06a3bf9cdc24-2":{"id":1,"name":1,"text":"Eine\u00dcbersicht aller aktuell verf\u00fcgbaren Entypo sind hier zu finden.\n[http://google.de/entypo/index.html LINK]","type":"new","oldText":null}} requestId=a56afacfbe42a0e352b60746 (id=10729,timestamp=20180223130011) STARTING 2018-02-23 13:00:31 TranslationsUpdateJob Entypo sections={"⌂UNIQ5c4ea0e02854ffb5-0":{"id":"Page display title","name":"Page display title","text":"Entypo","type":"old","oldText":null},"⌂UNIQ23c06a3bf9cdc24-2":{"id":1,"name":1,"text":"Eine\u00dcbersicht aller aktuell verf\u00fcgbaren Entypo sind hier zu finden.\n[http://google.de/entypo/index.html LINK]","type":"new","oldText":null}} requestId=a56afacfbe42a0e352b60746 (id=10729,timestamp=20180223130011) t=32 error=UnexpectedValueException: AuthPlugin failed to reset password for Fuzzybot in the following domains: <MYDOMAIN>
- @Nikerabbit Okay, changed the FuzzyBot to an existing LDAP user. Solved. But unfortunately there is another error using PHP7.Seems to be some incompatibility http://php.net/manual/en/migration71.incompatible.php Lanthanis (talk) 13:15, 23 February 2018 (UTC)
Exception encountered, of type "Error" [2f682d8f66d60d00c36c9d4b] /wiki/Entypo/en Error from line 634 of C:\inetpub\wwwroot\mywiki\extensions\Translate\tag\PageTranslationHooks.php: [] operator not supported for strings Backtrace: #0 C:\inetpub\wwwroot\mywiki\includes\Hooks.php(195): PageTranslationHooks::preventPatrolling(Title, User, string, string) #1 C:\inetpub\wwwroot\mywiki\includes\Title.php(2094): Hooks::run(string, array) #2 C:\inetpub\wwwroot\mywiki\includes\Title.php(2543): Title->checkPermissionHooks(string, User, array, string, boolean) #3 C:\inetpub\wwwroot\mywiki\includes\Title.php(1933): Title->getUserPermissionsErrorsInternal(string, User, string, boolean) #4 C:\inetpub\wwwroot\mywiki\includes\Title.php(1915): Title->userCan(string, User, boolean) #5 C:\inetpub\wwwroot\mywiki\includes\page\Article.php(1081): Title->quickUserCan(string, User) #6 C:\inetpub\wwwroot\mywiki\includes\page\Article.php(1059): Article->showPatrolFooter() #7 C:\inetpub\wwwroot\mywiki\includes\page\Article.php(736): Article->showViewFooter() #8 C:\inetpub\wwwroot\mywiki\includes\actions\ViewAction.php(44): Article->view() #9 C:\inetpub\wwwroot\mywiki\includes\MediaWiki.php(493): ViewAction->show() #10 C:\inetpub\wwwroot\mywiki\includes\MediaWiki.php(288): MediaWiki->performAction(Article, Title) #11 C:\inetpub\wwwroot\mywiki\includes\MediaWiki.php(735): MediaWiki->performRequest() #12 C:\inetpub\wwwroot\mywiki\includes\MediaWiki.php(509): MediaWiki->main() #13 C:\inetpub\wwwroot\mywiki\index.php(43): MediaWiki->run() #14 {main}
- This occurs while I try to acces the localized page : Entypo/en Lanthanis (talk) 13:16, 23 February 2018 (UTC)
PHP 7.1 - can't access translated pages: [] operator not supported for strings
RESOLVED | |
Use the latest MLEB release where this is fixed.
-- It is not fixed for release 2017.07 as for 2018.05.30. Solution is to add array initialization in line 634: $result = array(); $result[] = 'tpt-patrolling-blocked';~~~~@24pm |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Using MW 1.27.4 with LDAP Authentication and PHP7.1.
You get this error when attempting to use the short array push syntax on a string.Exception encountered, of type "Error"
[2f682d8f66d60d00c36c9d4b] /wiki/Entypo/en Error from line 634 of C:\inetpub\wwwroot\mywiki\extensions\Translate\tag\PageTranslationHooks.php: [] operator not supported for strings
Backtrace:
#0 C:\inetpub\wwwroot\mywiki\includes\Hooks.php(195): PageTranslationHooks::preventPatrolling(Title, User, string, string)
#1 C:\inetpub\wwwroot\mywiki\includes\Title.php(2094): Hooks::run(string, array)
#2 C:\inetpub\wwwroot\mywiki\includes\Title.php(2543): Title->checkPermissionHooks(string, User, array, string, boolean)
#3 C:\inetpub\wwwroot\mywiki\includes\Title.php(1933): Title->getUserPermissionsErrorsInternal(string, User, string, boolean)
#4 C:\inetpub\wwwroot\mywiki\includes\Title.php(1915): Title->userCan(string, User, boolean)
#5 C:\inetpub\wwwroot\mywiki\includes\page\Article.php(1081): Title->quickUserCan(string, User)
#6 C:\inetpub\wwwroot\mywiki\includes\page\Article.php(1059): Article->showPatrolFooter()
#7 C:\inetpub\wwwroot\mywiki\includes\page\Article.php(736): Article->showViewFooter()
#8 C:\inetpub\wwwroot\mywiki\includes\actions\ViewAction.php(44): Article->view()
#9 C:\inetpub\wwwroot\mywiki\includes\MediaWiki.php(493): ViewAction->show()
#10 C:\inetpub\wwwroot\mywiki\includes\MediaWiki.php(288): MediaWiki->performAction(Article, Title)
#11 C:\inetpub\wwwroot\mywiki\includes\MediaWiki.php(735): MediaWiki->performRequest()
#12 C:\inetpub\wwwroot\mywiki\includes\MediaWiki.php(509): MediaWiki->main()
#13 C:\inetpub\wwwroot\mywiki\index.php(43): MediaWiki->run()
#14 {main}
PageTranslationHooks.php
at line 634 to change:
$result[] = 'tpt-patrolling-blocked'
to
$result = 'tpt-patrolling-blocked'
Source: PHP Manual / StackOverflow Lanthanis (talk) 13:31, 23 February 2018 (UTC)
- I believe this is fixed already in a newer version of Translate. Nikerabbit (talk) 08:59, 1 March 2018 (UTC)
Translate Error
RESOLVED | |
updated to more current MediaWiki Version |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi all!
I have installed Translate, however I'm getting the following error message
[WqaoCSxZrKVbBbl3m4GPXAAAAUk] /Special:RecentChanges Error from line 119 of /home/o2et2hhr3b2m/public_html/extensions/Translate/utils/RcFilter.php: Call to protected method SpecialRecentChanges::isStructuredFilterUiEnabled() from context 'TranslateRcFilter'
Backtrace:
#0 /home/o2et2hhr3b2m/public_html/extensions/Translate/utils/RcFilter.php(36): TranslateRcFilter::isStructuredFilterUiEnabled()
#1 /home/o2et2hhr3b2m/public_html/includes/Hooks.php(186): TranslateRcFilter::translationFilter(string, array, array, array, array, array, FormOptions)
#2 /home/o2et2hhr3b2m/public_html/includes/specialpage/ChangesListSpecialPage.php(1042): Hooks::run(string, array)
#3 /home/o2et2hhr3b2m/public_html/includes/specials/SpecialRecentchanges.php(304): ChangesListSpecialPage->runMainQueryHook(array, array, array, array, array, FormOptions)
#4 /home/o2et2hhr3b2m/public_html/includes/specials/SpecialRecentchanges.php(266): SpecialRecentChanges->runMainQueryHook(array, array, array, array, array, FormOptions)
#5 /home/o2et2hhr3b2m/public_html/includes/specialpage/ChangesListSpecialPage.php(545): SpecialRecentChanges->doMainQuery(array, array, array, array, array, FormOptions)
#6 /home/o2et2hhr3b2m/public_html/includes/specialpage/ChangesListSpecialPage.php(481): ChangesListSpecialPage->getRows()
#7 /home/o2et2hhr3b2m/public_html/includes/specials/SpecialRecentchanges.php(69): ChangesListSpecialPage->execute(NULL)
#8 /home/o2et2hhr3b2m/public_html/includes/specialpage/SpecialPage.php(522): SpecialRecentChanges->execute(NULL)
#9 /home/o2et2hhr3b2m/public_html/includes/specialpage/SpecialPageFactory.php(578): SpecialPage->run(NULL)
#10 /home/o2et2hhr3b2m/public_html/includes/MediaWiki.php(287): SpecialPageFactory::executePath(Title, RequestContext)
#11 /home/o2et2hhr3b2m/public_html/includes/MediaWiki.php(862): MediaWiki->performRequest()
#12 /home/o2et2hhr3b2m/public_html/includes/MediaWiki.php(523): MediaWiki->main()
#13 /home/o2et2hhr3b2m/public_html/index.php(43): MediaWiki->run()
#14 {main} Stationeers.Wiki (talk) 16:20, 12 March 2018 (UTC)
- Updating to 1.30 would solve this. We might fix this for next MLEB. Nikerabbit (talk) 07:58, 13 March 2018 (UTC)
- Thank you, its all fixed now!! Stationeers.Wiki (talk) 22:34, 14 March 2018 (UTC)
$wgTranslateFuzzyBotName broke my user account
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I changed $wgTranslateFuzzyBotName to my username to allow Translate to work with our LDAP extension. However, as soon as I did this, I can no longer log in, and removing the $wgTranslateFuzzyBotName hasn't done anything... Help! 142.39.204.200 (talk) 16:25, 6 April 2018 (UTC)
- As far as I know there is no simple way to restore it as a normal account without doing surgery in the database. Nikerabbit (talk) 19:21, 6 April 2018 (UTC)
- I fixed this issue by deleting my user account from the database and recreating it manually. Thanks. 142.39.204.200 (talk) 13:55, 9 April 2018 (UTC)
A Bug in the tool associated with heading
RESOLVED | |
About Content translation. |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
If I start a new translation using this tool it will not ask for the new title of the new article in new language instead it uses the title from source language resulting a lot of articles created in the foreign language in a wiki. for example, I try to translate an article from Hindi to Engish in English wiki it will start the article title as the title in Hindi. Resulting creating an article with a title in Hindi in English wiki. The UI does not look like we can edit the title. A popup box or an intermediate title asking box is helpful to solve this problem. Ranjithsiji (talk) 03:13, 19 April 2018 (UTC)
- I think you are looking for Talk:Content translation. Nikerabbit (talk) 14:40, 19 April 2018 (UTC)
Error : "Saving the translation failed: This namespace is reserved for content page translations."
Hello,
Please help,
I am using Mediawiki 1.30
and Language Extension Bundle MediaWikiLanguageExtensionBundle-2018.03.tar.bz2
When I try to translate this page,
https://polyglotclub.com/wiki/index.php?title=Special:Translate&group=page-Test-translate-new1&action=page&filter=&language=fr
I've enabled anonymous translating, so you can check ($wgGroupPermissions['*']['translate'] = true;)
I get the following errors :
on the screen :
"Saving the translation failed: This namespace is reserved for content page translations. The page you are trying to edit does not seem to correspond any page marked for translation."
In the javascript console :
"
Uncaught RangeError: Maximum call stack size exceeded
at jQuery.fn.init.push (<anonymous>)
at superMatcher (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=foreground&version=0zcenri:36)
at Sizzle.select (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=foreground&version=0zcenri:38)
[...]
"
I've tried to disable all other extensions.
My LocalSettings.php :
wfLoadExtension( 'Babel' );
wfLoadExtension( 'cldr' );
wfLoadExtension( 'CleanChanges' );
$wgCCTrailerFilter = true;
$wgCCUserFilter = false;
$wgDefaultUserOptions['usenewrc'] = 1;
wfLoadExtension( 'LocalisationUpdate' );
$wgLocalisationUpdateDirectory = "$IP/cache";
require_once "$IP/extensions/Translate/Translate.php";
$wgGroupPermissions['user']['translate'] = true;
$wgGroupPermissions['user']['translate-messagereview'] = true;
$wgGroupPermissions['user']['translate-groupreview'] = true;
$wgGroupPermissions['user']['translate-import'] = true;
$wgGroupPermissions['sysop']['pagetranslation'] = true;
$wgGroupPermissions['sysop']['translate-manage'] = true;
$wgTranslateDocumentationLanguageCode = 'qqq';
$wgExtraLanguageNames['qqq'] = 'Message documentation'; # No linguistic content. Used for documenting messages
wfLoadExtension( 'UniversalLanguageSelector' ); 89.82.208.37 (talk) 18:47, 3 May 2018 (UTC)
Avoid this is a translated version advice
Is there a way to avoid the "This page is a translated version of the page XXX" message inside the translated pages? I'm using the extension for a documentation site, and I'd like to remove it, at least for not logged users. 151.40.197.208 (talk) 23:55, 18 December 2018 (UTC)
- For indiscriminate removal you could add a CSS rule to not display it:
.mw-pt-translate-header {
display: none;
}
Clump (talk) 00:06, 19 December 2018 (UTC)- Thanks for the answer, but I'd like to have the information when logged, but I would like no to show it to the people who just consult the site 151.40.197.208 (talk) 00:13, 19 December 2018 (UTC)
- You could use JavaScript to make it visible again to logged in users.
- There is no way to change this with configuration only. Nikerabbit (talk) 13:58, 19 December 2018 (UTC)
Is not Translate this Page
Hi, i installed MediaWiki_Language_Extension_Bundle, add in config default settings, and i not translate page.
I make page special tag <translate> -> return page, and no see link "Translate this page", instead i see link "Make translate the page".
Pls help me. Fanatikvoice (talk) 18:31, 21 December 2018 (UTC)
Disabling fancy proofreading effects
RESOLVED | |
if ( $( document.body ).is( '.mw-special-Translate' ) ) { $.fx.off = true; } |
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Is it possible to disable the 'smooth' downward scrolling each time a proofreading is saved? Proofreading can be done rather quickly if most translations are correct, so the time waiting for this effect to finish is not insignificant. Kranix (talk) 02:10, 31 December 2018 (UTC)
- The scrolling event is very fast and non-disturbing for me (it takes longer to download the message documentation which I usually want to see). Is this not the case for you?
- Without scrolling the window would eventually go out of viewport, and without any smoothness it can be confusing that a scroll actually happened. Nikerabbit (talk) 12:33, 3 January 2019 (UTC)
- It is quite fast, perhaps 0.3 seconds or so. It's not much, but does add up when proofreading many short items. The documentation loads instantaneously for me. I can see quite easily when a scroll has happened, so I'd just like an option to turn it off. A bit of CSS would probably accomplish it, but I don't know CSS. Kranix (talk) 18:32, 3 January 2019 (UTC)
- You could add something like the following to your common.js to disable all animations on the page.Nikerabbit (talk) 08:33, 9 January 2019 (UTC)
if ( $( document.body ).is( '.mw-special-Translate' ) ) { $.fx.off = true; }
- Thank you. This works. Kranix (talk) 20:40, 9 January 2019 (UTC)