Page MenuHomePhabricator
Search Advanced Search
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/w/index.php?title=Topic:Ub9kp2ppnhpmrfe5&topic_showPostId=udxvcij3tk1joc71#flow-post-udxvcij3tk1joc71 | Verbatim from mw.org]], since this has been going on for a while now: I'm using Windows 10/Chrome with a pretty decent computer. I've just tried to type eight words in quick succession when editing that village pump page, three different times, and it is taking up to ~thirty seconds for all of the words to appear. Shorter pages like w:HMS Dreadnought (1906) also have a delay, but it's more like input lag (not even a second's delay). (Edit: This happens with and without the wikitext syntax beta feature enabled.) [[ https://www.mediawiki.org/w/index.php?title=Topic:Ub9kp2ppnhpmrfe5&topic_showPostId=ueudy06zuorwkket#flow-post-ueudy06zuorwkket | and: ]] I've also experienced a delay in displaying typed characters (delay of about perhaps one second, depending on typing speed), e. g. on the page w:de:Berlin, when editing the whole page (the page was fully loaded before I began typing). If I used the old wikitext editor, the problem did not appear.
    • Task
    • ·Closed
    # Go to https://www.mediawiki.org/wiki/Hackathons/Previous_hackathons . # Edit it in the 2017WE. # Change __NOTOC__ into __FORCETOC__ # Try and preview your edit. My Safari just hangs. Saving without previewing seems to work just fine.
    • Task
    • ·Closed
    See [[https://office.wikimedia.org/w/index.php?title=Homepage&diff=0&oldid=231595&diffmode=visual | this example ]] (sorry, private wiki). I think I like having a description of what was changed, such as "Template parameters changed: link changed from A to B, title changed from C to D..." etc, but longer text makes it too difficult to actually figure out what changed. See the long description field, "Description changed from Many of you...[many lines later] link. to Join our speaker..." There's no visual distinction, it's all grey text, so "from" and "to" don't stand out. You probably may use quotes, bold, italics, and more to fix this.
    • Task
    [[ https://www.mediawiki.org/wiki/Topic:Udbn7r7lscupob6u | From mw.org ]] Launch https://fr.wikipedia.org/w/index.php?title=Tintin_au_pays_des_Soviets&oldid=147961827&veaction=edit in the visual editor, hover over the first sentence. Notice it gets "caught" by Infobox Bande dessinée, and can't be edited normally. You have to click on it, which opens the complex transclusion editor, and scroll all the way to the end of that dialog box to find the first sentence in its "Content" field. Adding [[ https://fr.wikipedia.org/w/index.php?title=Tintin_au_pays_des_Soviets&type=revision&diff=147963144&oldid=147961827 | an empty line after the infobox ]] looks like a workaround. Is using a bot to apply it the only thing to do here?
    • Task
    [[ https://www.mediawiki.org/wiki/Topic:Uclt10125tqnvg94 | Verbatim from mediawiki.org ]], about "It took too long to compute your changes, so the description below may not be optimal.". [...] I’ve encountered a strange error ([[https://api.pcloud.com/getpubthumb?code=XZG4sb7ZBi6aHydkzTVEKCxBRXIN4kRF06m7&size=1715x1000 | Screenshot ]]) with the following, not very helpful error message: Die Berechnung deiner Änderungen hat zu lang gedauert. Deshalb könnte die unten stehende Beschreibung nicht optimal sein. Here is the diff in question: https://de.wikipedia.org/w/index.php?title=Frei.Wild&type=revision&diff=176921179&oldid=176921166&diffmode=visual [...] {F18338648}
    • Task
    • ·Closed
    Per https://www.mediawiki.org/w/index.php?title=Topic:Uaepkg08qfdmgx4y&action=history When you look at this diff https://commons.wikimedia.org/w/index.php?title=File:Max-Braun-Medaille.jpg&diff=294690253&oldid=294688617&diffmode=source , there's a redundant GFDL template being removed. You just can't see any change in the visual diff version . The expectation would be that the template is there, displayed in red/marked as removed.
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/w/index.php?title=Topic:U8l61l035vi0ch7r&topic_showPostId=u8l61l04q1wospwn#flow-post-u8l61l04q1wospwn | The original report has screenshots in it. ]] # Select a section. # Cut (Shift+Del) and put cursor in... # ..."New paragraph" area. # Paste (Shift+Ins). Notice "phantom" text has appeared below normal. # Put cursor in "phantom" text. It has dssappeared. # Press Del. Whole text has dissapeared! Uncaught errors in browser console. # Undo didn't work either. More uncaught error in browser console. Found and reproduced in Chrome 64.0.3282.186 / Windows 7 SP1
    • Task
    Disambiguation pages are tagged with `__DISAMBIG__` so that they're easier to work with; for example, tagging a page allows the software to easily tell whether a page is a disambiguation page without having to parse the page, and have a consistent API to tell clients this information. Almost always, this tag is put into a disambiguation template, so even the most experienced of editors aren't aware that the tag exists because they never see it and never have to add it. Nevertheless, there is a button in the page settings box in the visual editor to add the tag. There is no tooltip or other explanation given to the user as to why it's there or what it does. There probably should be. {F13710249} Original report: > I'll admit 2 things: > one is that I have never used the magic word to create/tag a disambig page. Interestingly, my colleague from en.wp said the same thing, > The second is that I would have loved to figure out what the option actually did via the (I) icon, but there isn't one there, and I don't even know if you ever planned to have one in the first place. TY!
    • Task
    • ·Closed
    I have reproduced what the title says after [[ https://www.mediawiki.org/w/index.php?title=Topic:U7fsw4p0hcnwf1zi&topic_showPostId=u7hcqf7k49kwte48#flow-post-u7hcqf7k49kwte48 | following steps for this report on mw.org ]]. Everything goes back to normal after refreshing. (User reports further weirdness that we can file separately after we get a few more details.) I don't take any responsibility for emotional or other kind of damage incurred while switching to that skin for testing purposes.
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/wiki/Topic:U2pbwobye1qsyvld | Reported from mw.org ]]. This is all the user said. "I haven't enabled another language than English, but the editor tends to move my cursor from right to left, if I'm editing the middle of a line. [...] Slackware GNU/Linux, various web browsers (not all Mozilla,) all pages. [...] at least Wikipedia".
    • Task
    [[ https://www.mediawiki.org/wiki/Topic:U51mccr5fhuq85nx | Verbatim ]]: "[...] The Gothic language has a lot of problems with typing and font display in Gothic. With the visual editor it had become possible to type and display Gothic quite well, but there is one problem, or several ones: - On Android devices the in-built Skeirs font can be used to display Gothic, but when going to categories in the Visual Editor, it shows blocks. - You can't properly type in Gothic on an Android device. On a laptop it works perfect, but when typing with a phone, it just displays the Latin letters on Android, except if you put the cursor in between two Gothic letters without a break, if you do this, you can type in Gothic letters, but you can't use breaks or it will switch to Latin letters again."
    • Task
    Thanks to [[ https://de.wikipedia.org/w/index.php?title=Wikipedia%3AFragen_zur_Wikipedia&type=revision&diff=172005504&oldid=172003738 | this question at de.wp, ]] I have figured out (examples at [[ https://de.wikipedia.org/w/index.php?title=Spezial:Suche&search=insource%3A%2Freferences+group%5C%3D%5C%22http%2F&go=Artikel&searchToken=b5jj0exzslfjhp9zq0fwh6i1m | de.wp ]], [[ https://en.wikipedia.org/w/index.php?search=insource%3A%2Freferences+group%5C%3D%5C%22http%2F&title=Special:Search&go=Go&searchToken=dczw6pam6ikt03r4ounw48wxm | en.wp ]], [[ https://fr.wikipedia.org/w/index.php?search=insource%3A%2Freferences+group%5C%3D%5C%22http%2F&title=Sp%C3%A9cial:Recherche&go=Continuer&searchToken=dco0q6w7yi3gkm8eqsfpbom2x | fr.wp ]]) that some users seem to be mistaking the dialog for editing the references group for Citoid, pasting their URLs in the "use this group" field.
    • Task
    • ·Closed
    Verbatim from https://www.mediawiki.org/wiki/Topic:U3xgtjz9atbhlm7x : "When reviewing changes with "Visual (Beta)" I see a duplicated section of References, one at the bottom of the page and an empty one where the section should be." See also https://en.wikipedia.org/w/index.php?title=Punavuori&type=revision&diff=815779756&oldid=749836503&visualdiff=&diffmode=visual .
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/wiki/Topic:U3pr0lt5inkxvzfc | Reported on mw. org ]]. The list of links can appear above the link itself, it can appear far from the point where it's expected to be, or the toolbar can get displayed on the top of the results. I promise the images explain it better: https://commons.wikimedia.org/wiki/File:TableError1.png; https://commons.wikimedia.org/wiki/File:TableError2.png (these are with Google Chrome, operating system Windows 10 and Vector skin). {F11870049} {F11870072} ---- {F11831653} (mine is on Safari, Sierra 10.12.6.) (Assuming OOjs UI may be related.)
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/wiki/Topic:U1r2d5ozkazeeu9p | Reporting this from mediawiki.org ]] (although I didn't manage to personally reproduce) as I also experience something similar from time to time (although not so severely). More or less literally: debian stretch + firefox (52.5.0 deactivated all addons) + vector skin I just tried the new wikitext editor. The first article I tried to edit was https://de.wikipedia.org/w/index.php?title=Schwarzschild-Metrik&diff=170902272&oldid=170628851. Unfortunately the text seemed to be not in the right place, so when I selected and typed something it appeared approximately two lines below (I took some screenshots which I can upload in case they help). Also it did not tell me that I deleted the first line of the table, neither in the editor nor in the preview, I could only see it the diff-view. [...] [...] The steps are # enable new wikitext-modus # enable syntax-highlighting # go to Schwarzschild-Metrik # click on "Quelltext bearbeiten" (edit source) # press ctrl+f # search for "mit dem Term" # and you will see that the selection is already two lines above the actual text I had a closer look at the problem again and it appears only in combination with the new syntax-highlighting beta feature. Apart from a few glitches (e.g. [[https://en.wikipedia.org/wiki/de:Wikipedia:Umfragen/Konzept%20für%20mathematische%20Formeln |w:de:Wikipedia:Umfragen/Konzept für mathematische Formeln]] the escaped chem tag inside the template) it always worked well in the old editor and I like the more discrete and consistent choice of colors, but does not seem to work together with the new one. One can notice a wrong positioning of the cursor with respect to the text starting from about the first ref tag and the red spell-checking marks are completely off.
    • Task
    • ·Closed
    ([[ https://www.mediawiki.org/wiki/Topic:U1apf131308b33os | Per report ]]) Unlike what T153534 claims, you can actually see categories while previewing the page, but they will always be in blue even if the related category page doesn't actually exist.
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/wiki/Topic:U0x5wodeiwe7xvlt | Per report:]] When using the Reflist template, you can use a parameter to determine Columns / Column width (i.e., 30em). When changing a citation and then reviewing the diff, the citations will appear like they are in a list, rather than splitted in columns. [[ https://en.wikipedia.org/w/index.php?title=User:Elitre_(WMF)/sandbox&oldid=807857223 | You can test at my sandbox. ]]
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/w/index.php?title=Topic:Tys3st4u4fbxis43&topic_showPostId=u0p2f91nh1gj443h#flow-post-u0p2f91nh1gj443h | Per report: ]] "Today I clicked the blue button and it showed my four tildes but Save was greyed out until I added and deleted some letters. So, it's still broken. "
    • Task
    • ·Closed
    See https://www.mediawiki.org/wiki/Topic:U0adu7uol4ayic64 .
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/w/index.php?title=Topic:U08o959mkv6e532b&action=history | Verbatim.]] Steps to reproduce Go to https://en.wikipedia.org/w/index.php?title=Mike_Pence&type=revision&diff=739463819&oldid=739448261&visualdiff&diffmode=visual Scroll down to reference area Expected Only show two references being removed Actual More than 30 references are being shown as added / changed.
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/w/index.php?title=Topic:U08okzyu9lake524&action=history | Verbatim. ]] Steps to reproduce Go to https://en.wikipedia.org/w/index.php?title=Elon_Musk&type=revision&diff=696605256&oldid=696569657&visualdiff&diffmode=source Scroll down to reference area Expected No reference changes Only new text and newline is visibly shown Actual Probably more than 50 references are shown as "changed". Notes: This is probably caused by the forward / backward reference, e.g. "ref name = "foo"'. Whenever the area containing it is moved, the references seem to be affected.
    • Task
    • ·Closed
    Revisit https://www.mediawiki.org/wiki/2017_wikitext_editor/Feedback, as in T177919: hide totally OT/spam stuff, so the page is way shorter and more readable. Resolve when there is a Tracked template, or add/update the template as necessary.
    • Task
    • ·Closed
    [[ https://it.wikipedia.org/wiki/Wikipedia:VisualEditor/Commenti#Sostituisci_di_Trova_e_sostituisci_non_si_sposta_al_successivo | In this thread ]] a user was expecting the page to scroll consistently (as in, center the page to show which word is highlighted) while they kept Replacing words. The feature works, as in it does replace the words even when they are further below in the article and you don't see them, but at this point it's the same than using Replace All, isn't it.
    • Task
    • ·Closed
    Earlier today I wanted to test the "&visualdiff" trick on a page. It worked on most pages except for [[ https://en.wikipedia.org/w/index.php?title=Wikipedia%3ATemplates_for_discussion%2FLog%2F2017_September_15&type=revision&diff=803445497&oldid=803444684&visualdiff | this diff ]], as nothing happens when I click on Visual (beta). If I click on Wikitext, and then on Visual (beta) again to give it another try, it actually triggers another progress bar (but again no visual diff). I stopped at the 5th bar despite it being a mesmerizing sight (F9999758). It's the same on different browsers, FWIW.
    • Task
    • ·Closed
    The main "problem" is that offering Visual Diffs to editors who use VisualEditor should increase feedback, and that feedback needs to be turned into reports for the devs in a timely fashion. We know when we're done with this task when the initial feedback tapers off, and we move this product to normal/ongoing support. However: Visual Diffs is going to have several phases of "beta" status: the current one, which is a new feature inside VisualEditor (no opt-out, but you don't have to click the button to use it if you don't want to), the next one (presented as the initial option in the visual editor, and you have to manually switch to wikitext diff), and a separate Beta Feature for "historical" diffs (e.g., using it in Special:RecentChanges). This task should only cover the first two. Support for historical diffs should be handled in a separate task.
    • Task
    • ·Closed
    copy/paste [[ https://www.mediawiki.org/w/index.php?title=Topic:Ttmnoxy4h27n6pxv&action=history | from mw.org ]]: Steps to reproduce: Go to https://en.wikipedia.org/w/index.php?diff=693285951&oldid=669480086&title=Lixisenatide&visualdiff Click VisualDiff Console output: ``` Uncaught TypeError: Cannot read property 'getRange' of undefined ```
    • Task
    • ·Closed
    copy/paste [[ https://www.mediawiki.org/w/index.php?title=Topic:Ttmpju5iud5ya2ih&action=history | from mw.org ]]: Steps to reproduce: Go to : https://en.wikipedia.org/w/index.php?title=Rafael_Bienvenido_Cruz&curid=47394743&diff=699616570&oldid=699149537&visualdiff=1&diffmode=visual Click Visual Console output: ``` Expected closing for paragraph but got closing for mwReference load.php?debug=false&lang=en&modules=ext.visualEditor.core&skin=vector&version=11qjt8m:179 Uncaught Error ```
    • Task
    • ·Closed
    copy/paste from [[ https://www.mediawiki.org/w/index.php?title=Topic:Ttos4zs542w3tgm9&action=history | mw.org ]]: It is not possible to see what changed in the references when the reference list is not shown. Background If there is a small change to a section unrelated to the reference list, it doesn't appear for context. This is important because it clearly shows what changed. In the case of simple references with no templates and just text, this will be very clear. Reference tags with templates inside them aren't as clear because of the wild ways in which templates can change the structure of a document. Proposed solution Whenever a reference node is changed, show the reference list below it ; or Add a button to show more "context"
    • Task
    • ·Closed
    copy/paste from [[ https://www.mediawiki.org/w/index.php?title=Topic:Tu3zyuyqxcgxypxc&action=history | mw.org ]] It is hard to see where the paragraph comes from when they are move. Steps to reproduce Go to https://www.mediawiki.org/w/index.php?title=Project%3ASandbox&type=revision&diff=2511283&oldid=2511280&visualdiff Proposed solution: Add a hidden html element with a class (e.g. source -moved-paragraph1) in the origin paragraph, and a css class in the destination paragraph (e.g. dest-moved-paragraph1). Highlight both paragraphs when a user hovers over the source or target paragraph. This also allows users to use gadgets and css to better annotate such move for their own purposes. For instance if a paragraph is moved from a very far. It could then be possible to make it jump to the source, rather than scroll down manually. It might also be beneficial to look into the work https://phabricator.wikimedia.org/T140340 and https://phabricator.wikimedia.org/T139603 to make sure the changes are somewhat consistent between different diff software.
    • Task
    Described [[ https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#VisualEditor_occasionally_opens_a_link_within_a_template_instead_of_the_template.27s_settings_when_clicked | here, ]] means that sometimes the mouse will intercept the wikilink in a template. (I can't reproduce though.) [[ https://www.dropbox.com/s/tv97klda1tiwtpn/VisualEditor%20Link%20Glitch.mp4?dl=0 | Here's a video ]].
    • Task
    • ·Closed
    The description is at [[ https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Template_highlighting_gets_stuck_when_template_is_shifted | en.wp, ]] I hope my TL;DR of this visual glitch is ok: if you hover on a template with your mouse, hence getting the blue highlight to show, but then move the template down in the page (i.e. by adding newlines, with your keyboard), the highlight will stay in the original position, until you move the mouse again. I honestly have no idea whether there's really a bug here, but still. [[ https://www.dropbox.com/s/2ckrzgvaeytn7dq/VisualEditor%20Selection%20Glitch.mp4?dl=0 | Here's a video! ]]
    • Task
    • ·Closed
    [[ https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#.22Review_your_changes.22_shows_wrong_diff_after_switching_to_source_editing | Verbatim:]] When I made some changes to a citation template in VisualEditor, then switched to source editing and changed the citation further, then the "Review your changes" button doesn't show my latest source changes -- it only shows VisualEditor changes. URL: https://en.wikipedia.org/w/index.php?title=Post-quantum_cryptography&veaction=editsource User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:54.0) Gecko/20100101 Firefox/54.0 Youtube video: https://www.youtube.com/watch?v=nX9_hKCrj_Y&feature=youtu.be (pls remove tags that do not apply.)
    • Task
    Open https://en.wikipedia.org/w/index.php?title=Kokoda_Barracks&oldid=759615725&veaction=edit . At the bottom of the page, create an External links section. I type "External links", then I double click to make sure I select both words (or click and drag backwards), make them a heading. I don't notice the Coord template is getting caught, as it is actually displayed elsewhere on the page (top right) but per WP:ORDER, the template is placed in articles after any navigation templates (before all Categories, including the {{Defaultsort}} template). Now that I know what's happening, of course I see it highlighted in blue while selecting that line: on longer articles, that wouldn't happen. (I have noticed that some pages, i.e. Berlin, seem to have comments at the end that maybe are meant to be instructions for VEditors, as they warn about the placement of certain items? Not that this seems a scalable solution.) [[ https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#heading_contains_a_coord_template | Reported by Kerry here.]] (While filing this I stumbled on T67648, FWIW.)
    • Task
    • ·Closed
    [[ https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Switch_around_the_unsaved-edit-confirmation_dialogue_box_buttons | Verbatim: ]] "I'd like to make the suggestion that the buttons "Continue editing" and "Discard edits" on the dialogue box that pops up when a user tries to leave the page with unsaved edits should be switched around. Due to the standard on Windows machines and most popular software being that the button which cancels or exits an operation is on the left-hand side of the dialogue box, I often find myself automatically pointing to that side when I want to click "Discard edits", before remembering that on VisualEditor the buttons are switched, and vice versa for when I want to click "Continue editing", which is particularly risky as unsaved edits could be lost if I click the button. Thank you. SpikeballUnion (talk) 19:38, 11 June 2017 (UTC)"
    • Task
    • ·Closed
    As reported at https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Can.27t_type_because_it_switches_characters , try and VEdit the table at https://en.wikipedia.org/w/index.php?title=List_of_predecessors_of_sovereign_states_in_North_America&veaction=edit . For example, where it says "Colony of Antigua (1671–1816; 1833–1958) (part of British Leeward Islands)", try to add something after Islands, then hit Enter. See how the word is now in a new position, part of (in other cases, label for) the previous wikilink.
    • Task
    • ·Closed
    @abit reports being unable to load VE on https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2017/Outreach/List?veaction=edit . I can confirm (I have Chrome, Win10). Progress bar is fully blue but never goes away. FWIW another big page such as https://meta.wikimedia.org/wiki/Wikimedia_CEE_Spring_2015/Structure/Table?veaction=edit take a lot to load, but in the end it works. https://www.mediawiki.org/wiki/Help:Locating_broken_scripts?veaction=edit instead is another example of translatable page that doesn't finish loading.
    • Task
    As an alternative to T153255. https://www.mediawiki.org/w/index.php?title=Topic:Trdi58p0nwdv94c9 is where this was suggested. **Description found in suggestion ** The current wikitext editor seems to be missing an option to easily add signature to talk page discussions. It would be nice if it was enabled in some way. Two possibilities are: # Keyboard shortcut # Option in menu bar Expecting one soon! //Note// : Adding to the above description, implementing both would be even better!
    • Task
    • ·Closed
    [[ https://en.wikivoyage.beta.wmflabs.org/w/index.php?title=Tokushima&type=revision&diff=87&oldid=86 | When I try and save a VEdit ]] (while logged out), the console screams at me: ``` VM93:1325 Uncaught TypeError: Cannot read property 'hasOwnProperty' of undefined at VeInitMwDesktopArticleTarget.ve.init.mw.DesktopArticleTarget.saveComplete (eval at <anonymous> (https://en.wikivoyage.beta.wmflabs.org/w/load.php?debug=false&lang=en&modul…i%7Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=0r0nkm9:1:1), <anonymous>:1325:818) at VeInitMwDesktopArticleTarget.ve.init.mw.ArticleTarget.saveSuccess (eval at <anonymous> (https://en.wikivoyage.beta.wmflabs.org/w/load.php?debug=false&lang=en&modul…i%7Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=0r0nkm9:1:1), <anonymous>:577:586) at fire (https://en.wikivoyage.beta.wmflabs.org/w/load.php?debug=false&lang=en&modul…Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=0r0nkm9:45:122) at Object.fireWith [as resolveWith] (https://en.wikivoyage.beta.wmflabs.org/w/load.php?debug=false&lang=en&modul…Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=0r0nkm9:46:431) at Object.deferred.(anonymous function) (https://en.wikivoyage.beta.wmflabs.org/w/load.php?debug=false&lang=en&modul…Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=0r0nkm9:47:790) at fire (https://en.wikivoyage.beta.wmflabs.org/w/load.php?debug=false&lang=en&modul…Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=0r0nkm9:45:122) at Object.fireWith [as resolveWith] (https://en.wikivoyage.beta.wmflabs.org/w/load.php?debug=false&lang=en&modul…Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=0r0nkm9:46:431) at Object.deferred.(anonymous function) (https://en.wikivoyage.beta.wmflabs.org/w/load.php?debug=false&lang=en&modul…Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=0r0nkm9:47:790) at fire (https://en.wikivoyage.beta.wmflabs.org/w/load.php?debug=false&lang=en&modul…Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=0r0nkm9:45:122) at Object.fireWith [as resolveWith] (https://en.wikivoyage.beta.wmflabs.org/w/load.php?debug=false&lang=en&modul…Cmediawiki.legacy.wikibits&only=scripts&skin=vector&version=0r0nkm9:46:431) ``` The Save dialog won't go away, but if I check the history in different tab the edit is there. This is Chrome in Win10.
    • Task
    • ·Closed
    See F8057064, which is from fa.wp. {F8057064} The copyright notice looks too close to the buttons - it looks just fine when displayed in other languages, as it is not in bold in those cases.
    • Task
    • ·Closed
    See https://meta.wikimedia.org/wiki/User_talk:Elitre_(WMF)#Citation_tool_for_mk.wiki . VE Taskforce pinged. I have created the tool definition page and the TD for Cite web by copying from en.wp. Further help, review and advice is needed.
    • Task
    • ·Closed
    from https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Mobile:_Redirect_to_editor_after_saving_edit: //After saving an edit in mobile, previously you would be sent to the section of the article that you were editing. This is good and convenient (though sometimes the way it loads means you end up with another section in the viewport, but that's a browser issue). Recently though it's been redirecting to the editor opening at that section, and the back button and the "cancel edit" button don't work. This is never what I want and makes it a huge pain to find my place again to carry on reading. I've found this happening in both Chrome and Firefox for Android.// (FWIW I know someone else with Firefox on Android couldn't reproduce).
    • Task
    Per Kerry Raymond at [[ https://en.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback#Screen_repositioning | en.wiki ]], in early April (it still occurs): **Description** When working at the bottom of an article, clicking on items in the tool bar shifts the displayed article to the top of the article instead of leaving it at the bottom. It has happened on several articles (at first I just thought I'd click something by accident, but after a while doing everything with great care, it became clear it was not my error). **Intention:** I am adding commons categories to a bunch of articles. **Steps to Reproduce**: This should involve the following sequence of actions in the VE, scrolling to the bottom of the article text, clicking curson, adding text "External links", clicking Toolbar to select Heading format, hit Return (so cursor is under the new heading), click on Toolbar Insert > Template > fill it out > Insert, then Save. **Results:** In both clicking of the Toolbar (for Paragraph format and Insert Template) the displayed article did not remain at the end of the article where I was working, but jumped to top of the article. The article I was specifically working on most recently where this occured was [[ https://en.wikipedia.org/wiki/Selhurst,_North_Ward | Selhurst, North Ward ]] and [[ https://en.wikipedia.org/w/index.php?title=Selhurst%2C_North_Ward&type=revision&diff=773415249&oldid=759000635 | this is the diff ]]. Feel free to roll back and repeat my actions. Now I add a lot of commons categories to articles and I don't think this problem was occurring in the past (it's quite maddening so I am unlikely to have failed to notice). It seems a recent change in behaviour. Note, although the display of the article is in the wrong position, the VE is not forgetting the location of the cursor. The actions of changing the paragraph format and inserting the template are still occuring at the bottom of article (you just can't see them). So the outcome is correct, but the experience is not very "visual" as you have to keep scrolling back down to the bottom of the article to check that what you expected to happen actually happened. Kerry (talk) 07:52, 2 April 2017 (UTC) **Expectations:** bottom of the article would remain displayed //Web browser// Chrome 57.0.2987.133 (latest) //Operating system// Windows 8.1 //Skin// default TheDJ said "Was able to confirm this behavior after inserting the "citation needed" template at the bottom of an article." I can't reproduce with Chrome Version 58.0.3029.96 (64-bit)/Win 10.
    • Task
    • ·Closed
    While testing for T164472 on http://it.m.wikipedia.org/wiki/Papa_Paolo_I I noticed that if I click on the pencil launching an editing mode, then click on < to go Back without changing anything, clicking on the pencil again will not have any effect. Instead, if I do make any change, and then abandon my edits by clicking on the confirmation popup, the pencil works as intended afterwards.
    • Task
    • ·Closed
    It's reported on https://www.mediawiki.org/wiki/Topic:Tpr84gbxwlkxohs8 , but I think it applies to any language? When you VEdit an article from the mobile version (https://ja.m.wikipedia.org/wiki/パウルス1世_(ローマ教皇)#/editor/0 , or https://it.m.wikipedia.org/wiki/Papa_Paolo_I#/editor/0), the Publish button is being displayed as visualeditor-savedialog-label-publish-short.
    • Task
    Per https://www.mediawiki.org/w/index.php?title=Topic:Tphewd0g7oo0s7c1&topic_showPostId=tphewd0o0au9h4wx#flow-post-tphewd0o0au9h4wx .
    • Task
    Copying and pasting from https://www.mediawiki.org/wiki/Topic:Tphq04qldybm715v: Steps to reproduce # Create a blank page with VisualEditor # Insert a reference (<ref>) tag # Add a space within ref tag, and insert # Insert a score tag # Add a space within the score tag and insert # Save Expected VisualEditor removes the tag and leave empty space (or refuses to insert) because it doesn't contain any useful content and when saved causes errors, e.g. <ref> </ref> is output as <ref/>. Actual Upon saving, the both extension tags show errors with tracking categories. Example (https://www.mediawiki.org/w/index.php?title=Project:Sandbox&oldid=2455494).
    • Task
    • ·Closed
    Copy/paste from https://www.mediawiki.org/w/index.php?title=Topic:Tnc1xizxa9e3tuow&action=history : When two references switch positions their numbering is shown incorrectly in the preview. Steps to reproduce: Go to an article with an reference, e.g.Extension:Scribunto ([[ https://www.mediawiki.org/w/index.php?title=Extension:Scribunto&oldid=2407447 | 1 ]]) and enter edit mode Cut (e.g. copy) reference 1 from its location, and paste it on the location of reference 2 Cut (e.g. copy) reference 2 from its location, and paste it on the location of reference 1, Follow the rest of the steps in the first post Expected The preview shows reference "[1]" for the first reference, and reference "[2]" for the second Actual output The preview shows reference "[2]" for the first reference, and reference "[1]" for the second Notes:This is pretty confusing with two references, so imagine with 5 or more references being moved around. It might also be useful to add some sort of note in the sidebar and perhaps include a hover that displays the content of the references.
    • Task
    • ·Closed
    Copy/pasting from [[ https://www.mediawiki.org/w/index.php?title=Topic:Tnc1xizxa9e3tuow&action=history | mediawiki.org ]]: Problem A change to an existing reference is not shown on the sidebar or the main window. Reproduction steps Go to an article with an reference, e.g.Extension:Scribunto ([[ https://www.mediawiki.org/w/index.php?title=Extension:Scribunto&oldid=2407447 | 1 ]]) and enter edit mode Click on a reference, e.g. reference 1 ("i.e. proc_open is not within the array of disable_functions in your server's "php.ini" file.") Click edit Change the reference text to "test1" Click apply changes Click publish changes Click review changes Click Visual Expected A change to an existing reference is shown . Actual No change is visible, and there is no sidebar description.
    • Task
    • ·Closed
    Copy/pasting from https://www.mediawiki.org/w/index.php?title=Topic:Tnczofamrpfpiqtd&action=history: Problem As a user, when I click the button to switch to visualeditor I expect to see an edit notice (if it exists). Steps to reproduce Go to https://en.wikipedia.org/w/index.php?title=Buu Click edit (make sure this leads to wikitext editor, meta + shift + e), and see edit notice Click pencil icon Click "switch to visual editing" Expected output A popup with an edit notice containing some text (if it exists). Actual output No popup with an edit notice. It probably happens consistently when the user is logged out: [[ https://en.wikipedia.org/w/index.php?title=Banana | Banana ]] [[ https://en.wikipedia.org/w/index.php?title=lemon | lemon ]] A good guess is probably that the "switched" notice is higher priority than the edit notice so it gets hidden and the edit notice might get discarded. It would also be odd (and a worse user experience) for it to show both notices simultaneously. Although the edit notice should probably be higher priority than the "switched" notice. An easy way to replicate is to use it on protected pages, and force a switch to visualeditor using a keyboard shortcut (e.g. alt + shift + v). You can see that the API response contains the text, it is simply not used for some reason: { "Visualeditor": { "result": "success", "notices": ["<div class=\"floatleft\"><img alt=\"AnonEditWarning.svg\" src=\"//upload.wikimedia.org/wikipedia/en/thumb/d/de/AnonEditWarning.svg/9px-AnonEditWarning.svg.png\" width=\"9\" height=\"20\" srcset=\"//upload.wikimedia.org/wikipedia/en/thumb/d/de/AnonEditWarning.svg/13px-AnonEditWarning.svg.png 1.5x, //upload.wikimedia.org/wikipedia/en/thumb/d/de/AnonEditWarning.svg/18px-AnonEditWarning.svg.png 2x\" data-file-width=\"9\" data-file-height=\"20\" /></div> <span style=\"color:#d33; font-weight:bold;\">You are not logged in.</span> Your <a href=\"/wiki/IP_address\" title=\"IP address\">IP address</a> will be publicly visible if you make any edits. If you <span class=\"plainlinks\"><b><a class=\"external text\" href=\"//en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Banana\">log in</a></b> or <b><a class=\"external text\" href=\"//en.wikipedia.org/w/index.php?title=Special:UserLogin/signup&campaign=anoneditwarning&returnto=Banana\">create an account</a></b></span>, your edits will be attributed to a user name, among <a href=\"/wiki/Wikipedia:Why_create_an_account%3F\" title=\"Wikipedia:Why create an account?\">other benefits</a>.\n", "<div id=\"semiprotectedpagewarning\">\n<p><b>Note:</b> This page has been <a href=\"/wiki/Wikipedia:Protection_policy#Semi-protection\" title=\"Wikipedia:Protection policy\">semi-protected</a> so that only <a href=\"/wiki/Wikipedia:User_access_levels#Autoconfirmed_users\" title=\"Wikipedia:User access levels\">autoconfirmed users</a> can edit it. If you need any help getting started with editing, see the <a href=\"/wiki/Wikipedia:New_contributors%27_help_page\" title=\"Wikipedia:New contributors' help page\">New contributors' help page</a>.\n</p>\n<hr class=\"fmbox-warning-ruler\" style=\"color: #BB7070; background-color: #BB7070;\"/>\n</div>\n<li class=\"mw-logline-protect\"> 16:34, 14 August 2014 <a href=\"/wiki/User:SlimVirgin\" class=\"mw-userlink\" title=\"User:SlimVirgin\"><bdi>SlimVirgin</bdi></a> <span class=\"mw-usertoollinks\">(<a href=\"/wiki/User_talk:SlimVirgin\" class=\"mw-usertoollinks-talk\" title=\"User talk:SlimVirgin\">talk</a>\u00a0| <a href=\"/wiki/Special:Contributions/SlimVirgin\" class=\"mw-usertoollinks-contribs\" title=\"Special:Contributions/SlimVirgin\">contribs</a>)</span> changed protection level for <a href=\"/wiki/Banana\" title=\"Banana\">Banana</a> \u200e\u200e[edit=autoconfirmed] (indefinite)\u200e[move=sysop] (indefinite) <span class=\"comment\">(Persistent <a href=\"/wiki/Wikipedia:Vandalism\" title=\"Wikipedia:Vandalism\">vandalism</a>: restoring protection per request)</span> <span class=\"mw-logevent-actionlink\">(<a href=\"/w/index.php?title=Banana&action=history&offset=20140814163456\" title=\"Banana\">hist</a>)</span> </li>\n<a href=\"/w/index.php?title=Special:Log&page=Banana&type=protect\" title=\"Special:Log\">View full log</a>"], } } The DJ suggests: Perhaps is is a race condition or something.
    • Task
    • ·Closed
    Copy/pasting from https://www.mediawiki.org/w/index.php?title=Topic:Tnn0sniwn09vff41&action=history : Problem When attempting to see changes in a page the editor shows the error "Error loading data from server: apierror-visualeditor-docserver-http." Steps to reproduce: Go to [[ https://www.mediawiki.org/wiki/Extension:VisualEditor | VisualEditor ]] Click edit to trigger the wikitext editor (alt + shift + e) Click the pencil icon, and click the button to switch to VisualEditor Add some text before the first line , e.g. "bad bug" Click Publish changes Click Visual Expected Changes shown visibly in the document. Output: A dialog with the message "Error loading data from server: apierror-visualeditor-docserver-http." Workaround: Cancel the edit, trigger VisualEditor directly using (alt + shift + v) . Console error: //Uncaught TypeError: Cannot read property 'diff' of undefinedVeUiDiffElement @ VM955:formatted:10240ve.ui.MWSaveDialog.updateReviewMode @ VM955:formatted:18452oo.EventEmitter.emit @ VM952:7OO.ui.SelectWidget.selectItem @ load.php?debug=false&lang=en&modules=oojs-ui-core|oojs-ui.styles.icons%2Cicons-editing-advanced&ski…:81OO.ui.SelectWidget.chooseItem @ load.php?debug=false&lang=en&modules=oojs-ui-core|oojs-ui.styles.icons%2Cicons-editing-advanced&ski…:82OO.ui.SelectWidget.onMouseUp @ load.php?debug=false&lang=en&modules=oojs-ui-core|oojs-ui.styles.icons%2Cicons-editing-advanced&ski…:75 Line:VM955:formatted:10240// Content: //var diff = visualDiff.diff; //
    • Task
    • ·Closed
    Review boards that should be maintained by volunteers, are they active? If not, just redirect to mw.org. If community doesn't want centralisation, make it very obvious that the page is no longer watched by WMF staff (maybe also update my user page there to help explain that). For certain communities with a particular visual editor configuration, a different engagement model may be offered.) For reference: Not centralized boards: ar.wiki en.wiki es.wiki fa.wiki fr.wiki hu.wiki it.wiki ja.wiki ko.wiki nl.wiki Not centralized, but with explicit community commitment: bn.wiki de.wiki fi.wiki sv.wiki mr.wiki Unclear status: https://he.wikipedia.org/wiki/%D7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%A2%D7%95%D7%A8%D7%9A_%D7%97%D7%96%D7%95%D7%AA%D7%99/%D7%9E%D7%A9%D7%95%D7%91 https://ilo.wikipedia.org/wiki/Wikipedia:VisualEditor/Feedback **Q: What can a community member do when centralization seems impractical? **A: Volunteers who watch feedback pages simply help with requests as they come by: they look up on Phab if those are already known, otherwise they file a new task, because Phab is how you put things in front of devs' eyes. For cases that look urgent, they ping Community Liaisons for a second opinion or action. There are several useful links for them linked in the box at the right of https://www.mediawiki.org/wiki/VisualEditor/Feedback .
    • Task
    • ·Closed
    On the Wikimania Montreal wiki, I keep getting it - I'm editing the same page multiple times from the same tab FWIW. Safari on iOs.
    • Task
    • ·Closed
    Following a conversation at it.wp, where [[ https://it.wikipedia.org/w/index.php?title=Wikipedia%3ABar%2FDiscussioni%2FNote_multicolonna_di_default%2C_se_maggiori_di_10&action=historysubmit&type=revision&diff=86828797&oldid=86820909 | code was provided ]] to reduce column width, let's have a conversation to eventually have a global fix - current status quo can change.
    • Task
    • ·Closed
    I'm copy/pasting from https://www.mediawiki.org/wiki/Topic:Tn9sxkrou2a264xd . "Problem An image resized to full horizontal width, using the visual editor goes overflows and may obscure the text in the sidebar. Reproduction steps Go to an article with an image, e.g. VisualEditor/Design/User testing and enter edit mode Click on File:July31 toolbar.png Click edit Click Advanced settings Click make full size Click apply changes Click publish changes Click review changes Click Visual Expected The image doesn't on top of the sidebar. A scroll bar can be use to see the rest of it. Actual The image goes beyond the preview section and is also visible in the sidebar". TheDJ confirms and adds, "Might want to have at least overflow:hidden on .ve-ui-diffElement-content" . Our IP friend adds, "Yes, this also happens full width (100%) "<pre>" blocks, and overflow hidden wouldn't work too well because it would hide some entered content, unless maybe a scroll bar is added to the separate preview area." Example diff: https://en.wikipedia.beta.wmflabs.org/w/index.php?title=User:ESanders_(WMF)/sandbox/wide&type=revision&diff=534948&oldid=534947&diffmode=visual
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/wiki/Topic:Tmb11zeixql5z3zt | Per this message on mw.org ]]; "You may want to try in [[https://www.mediawiki.org/wiki/Template:Sandbox|Template:Sandbox]] , Click "Edit source" button and click "Visual editing is not available here" button ......" [[ https://www.mediawiki.org/w/index.php?title=Talk%3AFlow%2FRequest_Flow_on_a_page&type=revision&diff=2415575&oldid=2415574 | Here's the result of a test ]] I did after "switching" to "visual editor", note the edit doesn't take the VE tag. Apologies in advance if priority is messed up.
    • Task
    • ·Closed
    Originally on [[ https://www.mediawiki.org/wiki/Topic:Tm08gt40plt7oua5 | mw.org ]] - [[ https://www.mediawiki.org/wiki/File:2017_Visual_Source_Edit_search_bug.jpg | screenshot ]]. 1. Open https://ko.wikipedia.org/wiki/2013년_터키_반정부_시위?action=edit 2. Look for "Gezi" 3. Proceed to examine the 8 occurrences. The first 2 look just fine, but as you go on you notice the highlighting is not on the word "gezi" anymore, but closer to whatever comes after that. I thought it had to do with the language, but it is actually the same thing in the [[ https://en.wikipedia.org/wiki/Gezi_Park_protests?veaction=edit | English article ]]. Starts OK, then after the initial results only the "ezi" part is highlighted, and by result 15 the highlight is entirely on the next word ("prot"est). Browser looks irrelevant (tested with Chrome, Safari).
    • Task
    • ·Closed
    As [[ https://www.mediawiki.org/w/index.php?title=Topic:Tlthrtvf07niil1q&action=history | per this user's comment at mw.org ]] and [[ https://phabricator.wikimedia.org/T157286#3041207 | my own question]] some days ago, signing looks broken, as in, the related button can never be used, no matter which site or namespace I'm on. My current workaround is adding tildes via the special characters menu, which is meh. (Triaging as high just in case it is actually a regression that needs to be fixed ASAP, so James can find it at the triage meeting later today).
    • Task
    • ·Closed
    When sending feedback from VisualEditor's wikitext mode, the messages accurately say, `Your comment will be added to the page "VisualEditor/Feedback", along with your username.` and `Thanks! Your feedback has been posted to the page "VisualEditor/Feedback".` [[https://www.mediawiki.org/wiki/Topic:Tky3ruzbflqvkjfp | Sunpriat ]] expects that feedback left while editing a page with 2017WE lands at https://www.mediawiki.org/wiki/2017_wikitext_editor/Feedback instead.
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/w/index.php?title=Topic:Tk5fyk5lkovwtclc&topic_showPostId=tk82le8uyk9lrgns#flow-post-tk82le8uyk9lrgns | Pearli at mw.org: ]] (edited) Let's suppose you want to edit the site https://en.wikipedia.org/wiki/Overwatch_(video_game)?veaction=editsource on english wikipedia. If you try to mark a big text passage like the first two sections **from bottom up to top**, the browser always jumps to the cursor position where you started. It is not important which text passages you want to mark. It happens to all, with and without wiki-syntax. The 2nd thing, **top to down**, is a bit harder, it didn't jump to the bottom of the page, it is hopping large, large text passages down. You can't really do accuracy work if this happens. It is a bit frustrating and i switched to old wikitext editor to "solve" the problem and switched back after I finished my work.
    • Task
    • ·Closed
    (Apologies for the potentially unhelpful title) [[ https://www.mediawiki.org/w/index.php?title=Topic:Tja7yds9zsovyrdh&action=history | From mw.org: ]] "I discovered two issues with inserting template: 1) Previewing an edit which inserts a template (by copy pasting in the template code) fails to pick up any of the parameter values (i.e. I get shown a bunch of triple-{) 2) Doing a roundtrip via visual editor kills every single line-break and extra whitespace in the original text. But magically this allows the preview to pick up on the parameters [...] IIRC it was Wmse:Template:Resemall (on wmse chapter wiki) [...] [[https://www.mediawiki.org/wiki/File:New_Wikitext_editor_template_bug.ogv | I created a video]] showing both the issue with failing parameters, the whitespace mangling when going to VE and then the recovery of the parameters when going back to NWT. The text which I pasted in was copied from "classic" wikitext. If copying the pre-tagged example from the template documentation NWT does not handle the linebreaks correctly BUT can detect the parameters." (This said, I wonder if {T156498} is related.)
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/w/index.php?title=Topic:Tjfv41t1t2v3qlnw&action=history | from mw.org: ]] If I switch to another tab on my browser (for looking more information about a subject.) and after a couple of minutes, I return to the editor, the editor reload the page. So, I lost all my edits that I did. That's not handy. I'll be forced to stay on the same tab and can't switch to another tab. Otherwise, I lost al my edits. It happens every time, there are no exceptions. Can you fix it? - (ps; I'm using Google Chome)
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/w/index.php?title=Topic:Tjhqgj3xhkzaudlx&action=history | Josve05a requests this ]] on mw.org so that he can then copy and paste it when necessary. This may be related to T89811/VE's behaviour though.
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/wiki/Topic:Tjc8nx4epac7iek9 | Pearli at mw.org ]] points out that he's missing the ToC when previewing the page before saving.
    • Task
    • ·Closed
    I registered a test account on fa.wp on Safari. Clicking on "Edit" gave me the visual editor but I wasn't asked about future choices (no popup appeared). Went to pl.wp, same thing.
    • Task
    • ·Closed
    Per @Stryn on mw.org, "If I click "Edit source" at https://meta.wikimedia.org/wiki/Tech/News/2016/51/fi it should open https://meta.wikimedia.org/w/index.php?title=Special:Translate&group=page-Tech%2FNews%2F2016%2F51&action=page&filter=&language=fi as in the old wikitext editor. "
    • Task
    • ·Closed
    User:Igel B TyMaHe asks on mw.org, "Cound you please make different "progress bar"/"wait clock" element for switching, less flickering and less centered. To much attention, if I doubt if VE still working, i surely can have a look in periferial area of a screen (at the bottom f.e.)." ... "it appears right in the center and crawls like a blue worm from left to right. Not the same animation as initial loading which is just fills the bar from left to right not crawls. I prefer no animation at all when switching from visual to source and back."
    • Task
    [[ https://de.wikipedia.org/w/index.php?title=Donkey_Kong_Country_3:_Dixie_Kong%E2%80%99s_Double_Trouble!&diff=next&oldid=160509274 | This edit ]] removed some div tags, messing up the rendering because one of the <div>s has an unclosed quote! ==> <div style="clear:both; class="NavFrame">. [[ https://de.wikipedia.org/wiki/Wikipedia:Technik/Text/Edit/VisualEditor/R%C3%BCckmeldungen#Ungewollte_.C3.84nderungen_des_Quelltextes_durch_VE | A user at de.wiki ]] argues that these unintended changes shouldn't happen.
    • Task
    • ·Closed
    Compare https://it.wikipedia.org/w/index.php?title=Carmine_Buschini&action=edit&redlink=1 and https://it.wikipedia.org/w/index.php?title=Carmine_Buschini&veaction=edit . The former has a few colored boxes with various info, and 2 boxes displaying the deletion and the protection logs. In VE, the colored boxes are partially there; the deletion logs are not available at all, while the protection log box only displays the first line, without the actual log entry. Most importantly though, I can't really read much there because the box starts flickering a lot if I scroll in any direction. This is in Safari, Air. I believe the German community is interested in displaying a notice about pages that shouldn't be recreated because they had already been deleted in the past.
    • Task
    • ·Closed
    In this diff in the [[ https://it.wikipedia.org/w/index.php?title=Utente%3AElitre_%28WMF%29%2FSandbox&type=revision&diff=84742078&oldid=84742055 | visual editor ]] the word Immagine is getting automatically replaced by File. I was just adding a title to the gallery. I personally don't care if that happens, but it doesn't really seem necessary. I believe that [[ https://nl.wikipedia.org/wiki/Overleg_Wikipedia:Visuele_tekstverwerker | elsewhere ]] people were having the opposite expectation, so it is likely that this behavior is not desired.
    • Task
    • ·Closed
    Per https://phabricator.wikimedia.org/T145417#2860878 , next time we may talk about the project described at T143350. Details TBD :) I edited the title because FWIW this can be a Tech Talk, a CREDIT demo, a screencast uploaded on Commons, whatever works for the presenter.
    • Task
    • ·Closed
    This seems to be a problem, reported at https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Visual_Editor . Machine translation tells me the user is prompted to create a page in VE despite having it turned off, and doesn't appreciate having to do an extra click. I believe [[ https://de.wikipedia.org/wiki/Wikipedia:Administratoren/Anfragen#Workaround_einbauen | a workaround ]] has been provided locally. I'm filing this to complement T152593.
    • Task
    Anton Sevarius at de.wiki reports that all the references in this article https://de.wikipedia.org/w/index.php?title=There_Will_Be_Blood&type=revision&diff=159587203&oldid=157742126 get nowiki'ed, and argues this is due to the presence of code like `<!-- <ref name="Dummy" />-->` (all the nowiki tags are added after that code appears). Haven't had a chance to test yet.
    • Task
    • ·Closed
    If I try and VEdit https://beta.wikiversity.org/wiki/Relativa_Divideblo/Enkonduko, the content disappears. (When I try and create a page, like a test page, I get the "docserver-http: HTTP 404" - which may explain why there haven't been VEdits there recently, assuming everything is configured correctly.) It's been suggested that this problem may have already been fixed (https://www.mediawiki.org/wiki/Topic:Tdtsy6auwfilhhqe ), but wanted to leave a trace to avoid we forget in case it isn't.
    • Task
    • ·Closed
    Same old, same old. Will put the draft on Meta later today.
    • Task
    • ·Closed
    Oct-Dec goal: The fourth phase should be about presenting new and/or revisited resources to communities which should benefit the most from all of this work (the ones without much capacity, which are those I hope to serve with this task). The fifth phase will be about checking whether people find those resources easier to use now. It may still be that they don't manage to get much work done, but at least we need to make sure that there's an established path for them, that may be reused/adapted for other products as well.
    • Task
    • ·Closed
    User:Storkk reports: I was trying to use VE to edit the image descriptions in a gallery on Commons. After clicking "edit", the gallery appears to highlight in light blue. Clicking anywhere pops up a small "Gallery" field with an "edit" box on the top right of the screen (as opposed to w:Wikipedia:VisualEditor/User_guide#Editing_media_galleries, which suggests it will be near the bottom). Clicking this (either the field or the "edit" button, or indeed anything else I could think to click on) makes the whole page "shimmer" whitish for about half a second, and nothing happens. Nothing like File:VisualEditor_-_Gallery3.png pops up, either near the Gallery edit box at the top right, or at the bottom, and the "edit" button stays "edit" rather than reading "done". (the specific page I was trying to edit was commons:User:Storkk/poty16/cats)
    • Task
    • ·Closed
    From User:Storkk: Using VE on Commons. I have now twice typed a detailed bug report using VE's own "Help -> Leave feedback about this software", and upon clicking submit get the helpful error message "Error: Unable to post to given feedback title" and lost the entire report. In case of error, the report should be echoed back in the Error dialog box so that at least it can be copied/pasted. The Subject field contained no special characters and wasn't overly long. Secondly, the Submit Feedback dialog links to "VisualEditor/Feedback" on Commons (ie. https://commons.wikimedia.org/wiki/VisualEditor/Feedback - a page which doesn't exist) rather than here.
    • Task
    • ·Closed
    https://www.mediawiki.org/wiki/Wikimedia_Engineering/2016-17_Q2_Goals#Editing . The "prepare for rollout to wikis on desktop and mobile" is where we'll need to intervene.
    • Task
    • ·Closed
    From en.wiki, emphasis mine: "I use VE as my primary editor but sometimes it drives me crazy. I can see something in an article, go in to fix it and then I can't "Find" it. After spending a moment to go back out of Edit mode to Read mode to confirm I have spelled the word correctly or whatever, I repeat the edit and again nothing happens. Eventually the penny drops that the thing I want to change must be in a template of some kind and that I will have to use the source editor. Unfortunately we have a lot of articles that look like "normal text" but are in fact chock full of templates. Same problem with citations. **The Find tool needs a option to enable search inside templates and citations because you have to edit these things.** //Kerry (talk) 23:40, 12 September 2016 (UTC)// "
    • Task
    • ·Closed
    James and CLs discussed the topic today and [[ https://www.mediawiki.org/w/index.php?title=Tech_talks&type=revision&diff=2237187&oldid=2098534 | looks like he (and maybe Ed) would be available from early October on ]]. @Rfarrand, would you be able to walk him through the format in person a bit? We've never done anything like this before, turns out. Edit: Title was changed to reflect we went with a [[ https://www.mediawiki.org/wiki/CREDIT_showcase | CREDIT talk ]] instead.
    • Task
    • ·Closed
    @czar [[ https://github.com/zotero/translators/issues/1088#event-776868285 | made it ]] <3
    • Task
    It's happened a few times and I'm not sure it's intended. On a few wikis where SET was deployed recently, I think I'm clicking on the Edit tab. The SET dialog appears, I choose "Show me both editor tabs", the page reloads and I'm in WT?
    • Task
    • ·Closed
    [[ https://www.mediawiki.org/wiki/Topic:Tbehml9y5fmhpl7j | Pointed out by a Tamil Wikipedia user.]] When someone follows the link to the user guide from the toolbar, they probably want to read it in whatever language they have the interface in, rather than in the language they chose at mediawiki.org.
    • Task
    • ·Closed
    **Oct-Dec goal: **The fourth phase should be about presenting new and/or revisited resources to communities which should benefit the most from all of this work (the ones without much capacity, which are those I hope to serve with this task). The fifth phase will be about checking whether people find those resources easier to use now. It may still be that they don't manage to get much work done, but at least we need to make sure that there's an established path for them, that may be reused/adapted for other products as well.
    • Task
    At https://bpy.wikipedia.org while editing a page with the source editor I could use CTRL-M to switch back and forth to writing in Bishnupriya Manipuri. (Alternatively, there's a checkbox that would allow me to do the same; the same system also works for the edit summary field). In the visual editor CTRL-M is supposed to do something else entirely and the checkboxes are also missing. (FWIW I only manage to clear styling via CTRL-\ ).
    • Task
    • ·Closed
    At the German Wikipedia, some infobox film templates, if edited with VE, would result in a duplicate, empty set of parameters being added; to see this, try and VEdit the infobox at https://de.wikipedia.org/wiki/Alles_was_kommt. Others though don't seem to show this issue, https://de.wikipedia.org/wiki/Die_5._Welle for instance. I /think/ I have narrowed the problem down to "this happens when aliases are used for the template parameters", but those all seem to be valid aliases per https://de.wikipedia.org/wiki/Vorlage:Infobox_Film/Doku .
    • Task
    • ·Closed
    First round of messaging started on August 24th. If all goes well, first phase of deployment on the 31st for logged-ins and after one week for IPs.
    • Task
    • ·Closed
    CLs and Product people are on it ([[ https://phabricator.wikimedia.org/T104479 | related task ]]). It will live at mediawiki.org, although probably not marked for translation right away as it should be a draft.
    • Task
    [[ https://www.mediawiki.org/wiki/Topic:T8gc7x07ca6q19n2 | 197.218.80.136 says: ]] Problem statement: It is not currently possible to insert or format dates using VisualEditor without writing them manually or using a template. This is a common tool in most text-editors for the past decade, e.g. Notepad, MS-DOS Editor. Use Case: As an editor, when writing a document about present, past or conceivably future events one needs to insert a date. As an editor, when writing a document one may need to reformat the inserted date (e.g. change from ISO 2010/01/01 to 01 January 2010) As an editor, when writing a reference, often the current date is entered as the retrieval date because websites sometimes go down, and it is useful to have a reference point. Suggestions: Datetime tool - This would be a standard dialog to choose a date, and its format, see Libreoffice A simple button that inserts text containing the current client date using javascript (and ISO standard date), the user can later change this. Tool that inserts and formats the <time> tag - see (https://developer.mozilla.org/en/docs/Web/HTML/Element/time).
    • Task
    • ·Closed
    As T120858 was closed months ago and we haven't heard about any particular issues from these wikis (other than T139304), I'm going to start the usual routine of notifying them about upcoming rollout in a while, split in 2 phases (logged-in first, logged-out after one week) for their convenience.
    • Task
    • ·Closed
    Per Thryduulf: # Load a redirect in visual editor (e.g. traplines) # Change the target of the redirect # Add a redirect categorisation template (in this case {{R from plural}}) to the body of the page Results: [[ https://en.wikipedia.org/w/index.php?title=Traplines&diff=730132069&oldid=192323580 | VE placed the template before the redirect markup, breaking the redirect ]] Expectations: VE would place the template after the redirect, retaining it as a redirect I have tested this and am able to reproduce, but I also find that adding a new line after the redirect, before adding the template, respects the given order and works as intended.
    • Task
    • ·Closed
    Try and edit a formula ([[ https://de.wikipedia.org/w/index.php?title=Direkte_Summe&veaction=edit&vesection=2 | example ]], don't use quick edit). Try and add an operator (for example, a backslash) by clicking on it from the Operators set. Notice it gets added as "backslash", that is, by its name, rather than as "\". This happens for several other operators and marks.
    • Task
    I believe these are a legacy from 2013 and an opt-out option is officially provided already. Special:Preferences#mw-prefsection-gadgets at mw.org has it, for example.
    • Task
    • ·Closed
    Dunno if this has to do with recent work around the Insert menu. Reported at https://www.mediawiki.org/wiki/Topic:T7b8mom2v9jzyopr . >>! In T133725#2435794, @Whatamidoing-WMF wrote: > Shouldn't there be more stuff in the Insert menu than //just// the above-the-scroll items and the references? > > Here's what I'm seeing right now: > > {F4246477} > > For example, I distinctly recall the Map feature being present there a few months ago, and now it seems to be missing.
    • Task
    • ·Closed
    Whiteghost.ink reports that (while logged-in) she doesn't get Citoid on the English and Catalan Wikipedias (she gets the "old" drop-down Cite menu). On several other wikis instead (de, it, es, fr...) she doesn't have the same problem. @Wittylama investigated and says there's nothing strange in her .js files or in her preferences/gadgets. He made her enable/disable stuff until their editing gadgets matched, but that didn't change anything (and he isn't experiencing the same problem).
    • Task
    • ·Closed
    Dunno about other languages, but as it was explained to me by User:Ningauble, "references lists are completely deprecated at the English Wikiquote [...] As with all quality compendia of quotations in print, such as //Bartlett's Familiar Quotations//, the philosophy here is that citations belong with the quotations, in the body of the text and not in separate footnotes." So it may make sense to make the Insert menu shorter for them, if possible.
    • Task
    • ·Closed
    At some point we'll want to re-think this newsletter. Related work should start by listing alternatives. We may even survey "stakeholders", that is, both people in Editing and our readers, to find out more about their preferences and get a better sense of where we should go.
    • Task
    "[[ https://ar.wikipedia.org/wiki/%D9%86%D9%82%D8%A7%D8%B4_%D8%A7%D9%84%D9%85%D8%B3%D8%AA%D8%AE%D8%AF%D9%85:%D8%B2%D9%83%D8%B1%D9%8A%D8%A7#Your_feedback | Try selecting a segment of a word and link it; letters split ]]." Neil confirms it's still happening on the beta cluster as of Fri, 24 June.