User Details
- User Since
- Oct 22 2014, 4:46 AM (267 w, 4 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Pastakhov [ Global Accounts ]
Oct 24 2019
The file was uploaded with empty Summary field, I tried to rename (move) another file that was loaded with empty Summary field and I got the error.
how it looks in the database:
mysql> SELECT t.* FROM page t WHERE page_id = 99; +---------+----------------+-------------------+-------------------+------------------+-------------+----------------+----------------+-------------+----------+--------------------+--------------------+-----------+ | page_id | page_namespace | page_title | page_restrictions | page_is_redirect | page_is_new | page_random | page_touched | page_latest | page_len | page_content_model | page_links_updated | page_lang | +---------+----------------+-------------------+-------------------+------------------+-------------+----------------+----------------+-------------+----------+--------------------+--------------------+-----------+ | 99 | 6 | KarlMarxJeune.jpg | | 0 | 1 | 0.621428611495 | 20190113233540 | 281 | 0 | wikitext | 20180410093726 | NULL | +---------+----------------+-------------------+-------------------+------------------+-------------+----------------+----------------+-------------+----------+--------------------+--------------------+-----------+ 1 row in set (0.00 sec)
Oct 23 2019
I just successfully moved the file page after I adding text on the page, I think you don't face the issue because, as usual, all files contain text on wikipedia's file pages
debug info P9459
It seems this bug is not resolved yet.
I faced a similar problem on 1.33.0, when I'm trying to move page I got the error:
[0bff6a9515dc740c4d9e9790] /wr/index.php?title=Sp%C3%A9cial:Renommer_une_page&action=submit MediaWiki\Revision\IncompleteRevisionException from line 425 of /opt/mediawiki-1.33.1/includes/Revision/RevisionStore.php: sha1 field must not be ''!
Oct 12 2019
May 28 2019
Mar 4 2019
Jan 23 2019
Jul 6 2018
Jun 25 2018
There is a few more errors because PHP 7.1 is more strictly related to the type of data, it is good but I need to process these incidents inside phptags too,
for example
php5.5 php7.0:
["4"] & "fff"; is ok
php 7.1
["4"] & "fff";
PHP Warning: A non-numeric value encountered in Command line code on line 1
May 29 2018
please, check it https://gerrit.wikimedia.org/r/#/c/435971/
May 28 2018
Oh, sorry for delay, I try to update it right now
Jan 31 2018
Oh, sorry. I got hard busy... I hope to continue in 2-3 weeks :-/
Jan 10 2018
Oct 4 2017
! In T174145#3652265, @kaldari wrote:
Note that we have to use an OOjs-UI icon for syntax highlighting within the 2017 Wikitext editor. That interface is constructed using OOjs-UI, so the only choices we have are the icons in https://github.com/wikimedia/oojs-ui/tree/master/src/themes/wikimediaui/images/icons.
Oct 2 2017
looks like a virus :)
Sep 27 2017
Sep 26 2017
Sep 11 2017
Seems should be fixed. Should be used different keyMaps for Mac and PC.
the path was rebased to the latest version of CodeMirror where the mentioned bug is fixed.
Sep 10 2017
The status was changed by mistake... I did not want to do it by myself
Sep 8 2017
I think there should not be a big problem to make it resizable, and there should not be a problem with performance. I'll try to fix it.
Sep 5 2017
can't reproduce on en.wikipedia.org
@Niharika yes, I understand about cost. I would prefer to find a balance between speed and ease of use.
Sep 4 2017
Seems should be fixed with T174547
Should be merged with T174514
There is a bug: Home after End goes to the start of the next wrapped line. Hopefully it was fixed in latest CodeMirror library.
The bug in the CodeMirror library Paste by using middle click in firefox not working #931
Maybe try to set viewportMargin to Infinity when ctrl+F pressed?
Sep 3 2017
As a variant the patch above calls the CodeMirror.enabled and CodeMirror.disabled hooks.
Catching ones gets you full access to the CodeMirror features.
For example, alert message when the text is changed:
mediaWiki.hook( 'CodeMirror.enabled' ).add( function ( cm ) { cm.on( 'change', function() { alert ( 'text changed' ); } ); } );
It used event change of CodeMirror.
Aug 29 2017
Aug 26 2017
Aug 23 2017
Not sure for what the one was added by change 199941.
Aug 20 2017
@Niharika I'm on a trip until September
Aug 8 2017
Can't reproduce on en.wikipedia.beta.wmflabs.org
Aug 4 2017
The bug described above happens on FF. Since WikiEditor does not designed to work with changeable icons, the one requires the icon defined when initializing. Because we use other approach to define the icons, WikiEditor inserts style to the button style="background-image: url("undefined");".
Despite the fact that it is removed later, FF trying load undefined background any case .
Possibly there is one other problem, I see the requests to /w/undefined when CodeMirror is enabled. Maybe problem is only on my test wiki, please check it on before the wide-scale deployment.
Aug 3 2017
Jul 25 2017
@Niharika It is easier to install the extension without composer usage and maybe when I created the extension composer was not widely used for mediawiki extensions (not sure).
Jul 21 2017
Jul 20 2017
There are two problems:
- font size can be changed only for whole line and big comments looks ugly for me.
- processing comments required some optimizations of tokenizer, it should be able to change type of previous tokens without processing all next tokens again.
Jul 18 2017
Take a look at my solution, maybe you'll find there something useful.
https://github.com/pastakhov/compose-mediawiki-ubuntu
Jul 11 2017
Seems there is a hook that are called when Toolbar initialized, I am not sure...
Thanks for nice links ;-)
Yes, actually it is one task - make parser for [[File:...]]. One is parsed as a link still.
Wikitext syntax highlighting depend on mediawiki settings such as site language, extension installed and etc.
Thus it is not possible to make a general mediawiki mode аnd in the future this dependence will only increase.
Jul 10 2017
@IKhitron, It does not work since there are only part of language aliases (localized magic words).
And as I wrote, I have no idea why there are only part of them.
In any case this behavior is a bug, CodeMirror should use only language from $wgLanguageCode and it will be fixed soon.
For check localized magic words you should set $wgLanguageCode to corresponded value or use the CodeMirror extension on wiki with $wgLanguageCode have corresponded value (it's no joke).
I found other way - add uselang parameter to url, but it is more a bag that a feature (and should be fixed)
For example https://test.wikipedia.org/w/index.php?title=Pride_and_Prejudice&action=edit&oldid=323245&uselang=de
Or change it by language toolbar at the top of page. But in this case I see only part of language aliases.
Have no idea why.
I meant that it depends on the value of the $wgLanguageCode variable.
On test.wikipedia.org it is en thus there are no Localized magic words.
For check localized magic words you should set $wgLanguageCode to corresponded value.
Such hard-to-reproduce bug report is like a diamond, thank you for testing and well describing.
Seems problem is in $( addCodeMirrorToWikiEditor );
The addCodeMirrorToWikiEditor function should be called after wikiEditor loaded. (should make sure that wikiEditor loaded).
This is really hard-to-reproduce.
Feel free to reopen the ticket if it will not work on local wiki
This is the expected behavior.
Localized magic words should be highlighted only on local wiki.
As you see, MW parser interprets them as Template:SORTIERUNG:AA and Template:מיון רגיל:AAA
Jul 9 2017
@IKhitron the problem is not the same like a template inside a template and solution will be different.
Files have their own syntax and I just skipped this part of code (I had no time)
@Niharika no, it is not a complicated problem. Just Files contain several different parameters (not only the caption) and it takes a time to write code to cover all them. I will fix it.
Jun 19 2017
Can't reproduce.
Tested on CPU Intel Core i5-2430M CPU @ 2.40GHz
FireFox 52 and Chrome 51 on Linux 64-bit.
I cant replay the problem
I took the large article and copied one several times for increase size of article even more.
Then I moved from beginning to end of article using mouse and ctrl + end buttons and could not see any "gaps".
http://test.foxway.org/w/index.php?title=Sandbox:T164809&action=edit
Jun 16 2017
I will be able in a couple of days and take a look on it.
Jun 14 2017
I have the old path for testing https://gerrit.wikimedia.org/r/#/c/323361/1 it may be merged
Skin is still in development, and it will be released.
May 14 2017
Patch Set 3: use the color `#36С for the enabled button
Animated (3s)
May 13 2017
Also background colors in tags and templates reserved for tag matcher.
For example when the cursor on or inside a pair of tags the CodeMirror highlights them. Demo
May 12 2017
- I use mirrored background of toolbar, should I use one color #36C?
- This is not possible by standard way since buttons are padded. As I wrote, I can try to hack it but seems it not good idea.
Buttonns in classic toolbar:
May 11 2017
@Volker_E From my point of view, we need several themes T163533 in any case, and the question is which one to use by default. The one that will be more convenient for most editors or one that will be readable by all.
And why aren't we getting input from real Wikipedia editors? I reason more as a software developer, and maybe for Wikipedia editors it's actually more important to read the comments than to easily separate they from the regular text.