[Bug 26303] New: WikiEditor toc module: textarea not hidden on ProofreadPage pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=26303 Summary: WikiEditor toc module: textarea not hidden on ProofreadPage pages Product: MediaWiki extensions Version: any Platform: All URL: http://spiele.j-crew.de/w/index.php?title=Scan:9s_mor. pdf/1&action=edit OS/Version: All Status: NEW Severity: normal Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: thomasble...@gmx.de CC: roan.katt...@gmail.com, amil...@wikimedia.org, asha...@wikimedia.org Created attachment 7903 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7903 Picture showing the bug When the toc module from the WikiEditor extension is active, the textarea (wpTextArea1) on ProofreadPage pages is not properly hidden, leading to double text display (see the URL and the attached screenshot). When deactivating the toc module in the preferences, the textarea is properly hidden, and everything looks fine. Loading and saving of pages work fine, it just looks quite strange. This is on current SVN trunk and happens with IceWeasel 3.5.15 and Chromium 6.0.472.63~r59945-2. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12514] horizontal scrollbar in IE when wikitable width = 100%
https://bugzilla.wikimedia.org/show_bug.cgi?id=12514 --- Comment #2 from steppres 2010-12-11 08:59:17 UTC --- (In reply to comment #1) > Do you remember in which IE version you saw this? This occurs in version 7 of Internet Explorer. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26294] Emails will sometimes contain secure server links
https://bugzilla.wikimedia.org/show_bug.cgi?id=26294 p858snake changed: What|Removed |Added Component|CodeReview |Email Version|any |unspecified Product|MediaWiki extensions|MediaWiki Summary|CR sometimes sends secure |Emails will sometimes |server links|contain secure server links --- Comment #4 from p858snake 2010-12-11 09:32:18 UTC --- This also happens with LQT. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23059] Autoblocks cause misleading display on contributions
https://bugzilla.wikimedia.org/show_bug.cgi?id=23059 Mormegil changed: What|Removed |Added Severity|enhancement |minor --- Comment #1 from Mormegil 2010-12-11 11:47:28 UTC --- …and sysops are offered to “change the block” (not to block the IP address) and “unblock”, which does not work. Also, this is technically a privacy violation, even though it is only a theoretical construction. :-) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26176] Steps for UploadWizard should be links
https://bugzilla.wikimedia.org/show_bug.cgi?id=26176 Guillaume Paumier changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #3 from Guillaume Paumier 2010-12-11 12:21:56 UTC --- Marking WONTFIX per bug 24693 and bug 25966. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26304] New: OAIRepository fatal error on dewikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=26304 Summary: OAIRepository fatal error on dewikisource Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: OAI AssignedTo: br...@pobox.com ReportedBy: rain...@eunet.rs This bug is related to bug 26203. OAIRepository returns 500 on certain queries on dewikisource. This makes the search indexer stuck. Here are the exact queries and errors: First query: http://de.wikisource.org/w/index.php?title=Special:OAIRepository&verb=ListRecords&metadataPrefix=mediawiki&from=2010-03-17T21:09:10Z Dec 2 14:48:29 10.0.2.227 apache2[32008]: PHP Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 76 bytes) in /usr/local/apache/ common-local/wmf-deployment/includes/normal/UtfNormal.php on line 272 Second query: http://de.wikisource.org/w/index.php?title=Special:OAIRepository&verb=ListRecords&metadataPrefix=mediawiki&resumptionToken=mediawiki:1009861 Dec 2 15:03:39 10.0.2.182 apache2[9827]: PHP Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 26519414 bytes) in /usr/local/apache/common-local/wmf-deployment/includes/OutputHandler.php on line 8 The second query/error was produced when I tried to skip some articles by bumping the from= parameter forward in time. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26203] update search index and cached data on de.ws
https://bugzilla.wikimedia.org/show_bug.cgi?id=26203 Robert Stojnic changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Robert Stojnic 2010-12-11 15:44:04 UTC --- Roan looked at the error logs, and I submitted his findings as bug 26304. Skipping forward in time didn't work because the error reoccurred. Instead, I added another cronjob to searchidx1 to specifically handle dewikisource by rebuilding it completely from XML dumps on daily basis. The complete rebuild takes about 1h. Thus, marking this as fixed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25682] Searching is broken in newly created projects
https://bugzilla.wikimedia.org/show_bug.cgi?id=25682 Robert Stojnic changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||REMIND --- Comment #5 from Robert Stojnic 2010-12-11 15:53:07 UTC --- (In reply to comment #3) > (In reply to comment #2) > > I've restarted the search indexer and built the search indexes for these > > wikis. > Could you document this process at > http://wikitech.wikimedia.org/view/Add_a_wiki so future wiki creators know > what > to do? To be honest, the procedure I use is quite clumsy and involves finding the right among a couple of java processes to kill and such. At some point, maybe during the holidays when I have time, I'll make a script to automatize it and put it on the wiki. Sorry about this. Until then I'll check back in regular intervals to build indexes of new wikis. I've now built search indexes for following wikis: eowikinews gagwiki brwikisource vecwikisource svwikiversity tenwiki pflwiki liwikibooks -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26229] Enable mobile main page for nowiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26229 --- Comment #1 from Stig Meireles Johansen 2010-12-11 16:40:49 UTC --- Bump. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26266] Add .allpagesredirect, .redirect-in-category to standard CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=26266 Ilmari Karonen changed: What|Removed |Added CC||nos...@vyznev.net --- Comment #1 from Ilmari Karonen 2010-12-11 16:46:11 UTC --- Using doesn't really seem semantically appropriate: we don't want to _emphasize_ those redirects; if anything, we want to make them easier to gloss over. Using would be better, since it at least doesn't come with inappropriate semantic baggage. (That's the same reason we use instead of for ''italics'': the parser can't know if the editor meant the italics to signify emphasis or something else.) I suspect the reason allpagesredirect was originally made into an unstyled span was to avoid complaints from users about an unexpected interface change. Certainly that was one reason I did the same when I later added redirect-in-category (although mostly I was just following precedent). In some ways, that's [[Parkinson's Law of Triviality]] at work: rewrite an interface completely, and people will shrug and adapt to it, but if you just change a tiny detail like italicizing some links, many folks will go "Hey, we had it looking just right before, why did you have to mess it up?!?" -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25438] Enable FlaggedRevs for Belarussian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25438 --- Comment #7 from Aaron Schulz 2010-12-11 19:21:38 UTC --- Is the review status of a revision just binary (accepted or unaccepted)? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24375] $wgDeferredUpdateList and long-running scripts
https://bugzilla.wikimedia.org/show_bug.cgi?id=24375 --- Comment #1 from Aaron Schulz 2010-12-11 19:41:35 UTC --- Ugh, (c) should be: "(c) stuff that uses wgDeferredUpdateList does not do (nor defer) updates when in cli mode. Callers would have to do whatever themselves (which could lead to duplicated code)." -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3276] Give image s fluid width
https://bugzilla.wikimedia.org/show_bug.cgi?id=3276
--- Comment #36 from foma...@googlemail.com 2010-12-11 19:44:25 UTC ---
full-width as default is good, but a clear for floating objects is not good.
With
ul.gallery { display: block }
its possible to have full-width without a clear for floating objects. At least
for Firefox.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26305] New: Javascript fallback 'href' for Watch-link / Watch-star isnt updated when page is (un)watched via javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=26305 Summary: Javascript fallback 'href' for Watch-link / Watch-star isnt updated when page is (un)watched via javascript Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Javascript AssignedTo: d...@ucsc.edu ReportedBy: krinklem...@gmail.com CC: tpars...@wikimedia.org When javascript is enabled and one clicks the Watch-link or Watch-star the href-attribute of the anchor-tag isnt updated from action=watch to action=unwatch. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26305] Javascript fallback 'href' for Watch-link / Watch-star isnt updated when page is (un)watched via javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=26305 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #1 from Krinkle 2010-12-11 20:43:57 UTC --- Although it's not a very common usecase that javascript support would fail after the page has been watched or unwatched with javascript, this was intented to be supported in skins/common/ajaxwatch.js by the following line: -$link.attr( 'href', $link.attr( 'href' ).replace( '/&action=' + action + '/', '&action=' + otheraction ) ); However.. I guess this is a left-over from a regex or something becuase that doesn't do anything. Those slashes are within the single-quotes and, since those arent in the link, match nothing. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26305] Javascript fallback 'href' for Watch-link / Watch-star isnt updated when page is (un)watched via javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=26305 --- Comment #2 from Krinkle 2010-12-11 20:45:21 UTC --- Fixed in r78150 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26305] Javascript fallback 'href' for Watch-link / Watch-star isnt updated when page is (un)watched via javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=26305 Krinkle changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26305] Javascript fallback 'href' for Watch-link / Watch-star isnt updated when page is (un)watched via javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=26305 Krinkle changed: What|Removed |Added Version|1.18-svn|1.16.0 --- Comment #3 from Krinkle 2010-12-11 20:46:21 UTC --- Changing version to 1.16.0, confirmed in that version as well. Perhaps backport this one to 1.17 (perhaps also to 1.16) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25438] Enable FlaggedRevs for Belarussian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25438 --- Comment #8 from Olya 2010-12-11 21:37:18 UTC --- Yes, exactly, the extra options are not needed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24481] Tab "Move" should be visible in Vector skin - to prevent copy&paste moves
https://bugzilla.wikimedia.org/show_bug.cgi?id=24481 --- Comment #7 from Platonides 2010-12-11 22:01:37 UTC --- I don't think such detection would be a substitute right now, although it may be subject for a different "propose for removal" after a move interface has been restored. Note that the right isn't necessarily a new tab. Having an edit link near the title, or in the edit tab could also be an appropiate UI (similar to what we have now at bugzilla). What to do with users which are not allowed to move pages? Perform moves on copypaste only sometimes would be a horrible usability. What about partial moves (eg. move + fix a typo)? That detection idea also has its benefits, like users creating a page in two namespaces at the same time, with a difference in case, or recreating a just-deleted page. I stand in my position though that the move link is important and the removal of move link from the visible tab bar actually harms usability. I don't have real data to back up my arguments, but since the usability study didn't take that into account, there wasn't a real reason for removing either ;) I have a dejà vu on this about a different bug, which ended up discussing about collapsibletabs (which would be a workaround for hidden menu options, and still don't work). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24999] User Creation Issue in Sinhala Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=24999 --- Comment #11 from Platonides 2010-12-11 22:03:46 UTC --- Lee, can you figure out in which cases a ZWJ makes a visual difference? I think that's the blocker here. If we can isolate some unambiguous instances of ZWJ, we could try whitelisting them. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25438] Enable FlaggedRevs for Belarussian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=25438 Aaron Schulz changed: What|Removed |Added CC||rhals...@wikimedia.org --- Comment #9 from Aaron Schulz 2010-12-11 22:06:43 UTC --- So we have: $wgFlaggedRevsNamespaces[] = NS_CATEGORY; $wgFlaggedRevsOverride = false; $wgFlaggedRevTags['accuracy']['levels'] = 1; $wgFlaggedRevsAutopromote = false; CC'd rob. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19725] Suppressed edits still appear in Special:DeletedContributions and Special:Undelete
https://bugzilla.wikimedia.org/show_bug.cgi?id=19725 Darkoneko changed: What|Removed |Added CC||kon...@tiscali.fr --- Comment #4 from Darkoneko 2010-12-11 22:48:29 UTC --- So basically, what we want is something like *a normal revision deletion can be seen in special:undelete by sysops *an "oversight" (revision deletion + hidden from admins) should be seenable by those who can delete like that but not by regular sysops am I right ? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26306] New: Cleanup extensions that include jquery themselves
https://bugzilla.wikimedia.org/show_bug.cgi?id=26306 Summary: Cleanup extensions that include jquery themselves Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net We should really look at cleaning up extensions that include jquery themselves Quick look at the extensions directory, there are various inclusions if jquery 1.3.2, 1.4.2, 1.7.1, 1.7.2, 1.8 And then other plugins, oddities and numerous other things 20 folders, 326 other items.. MW svn head has for a while included Jquery for a while, and therefore only conditional inclusion is needed for those that care for back compatibility back to the stone age (*cough*) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26307] New: Upgrade old versions of jquery
https://bugzilla.wikimedia.org/show_bug.cgi?id=26307 Summary: Upgrade old versions of jquery Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net Blocks: 26306 Any extensions (ie WikiBasha), that include old versions of jquery should really be cleaned up -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26306] Cleanup extensions that include jquery themselves
https://bugzilla.wikimedia.org/show_bug.cgi?id=26306 Reedy changed: What|Removed |Added Depends on||26307 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26306] Cleanup extensions that include jquery themselves
https://bugzilla.wikimedia.org/show_bug.cgi?id=26306 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #1 from Krinkle 2010-12-11 23:18:35 UTC --- Just so you know, jQuery !== jQuery UI. Versions 1.7.1, 1.7.2, 1.8 are not versions of jQuery but of jQuery UI. Although a big one, "jQuery UI" is 'just' a plugin, just like jQuery.cookie for example. Dont confuse one with the other when cleaning up :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26306] Cleanup extensions that include jquery (and common plugins) themselves
https://bugzilla.wikimedia.org/show_bug.cgi?id=26306 Reedy changed: What|Removed |Added Summary|Cleanup extensions that |Cleanup extensions that |include jquery themselves |include jquery (and common ||plugins) themselves --- Comment #2 from Reedy 2010-12-11 23:34:30 UTC --- Yeah.. I was just looking at that, and then pressed submit by accident ;) Tweak title a bit -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26307] Upgrade old versions of jquery (and plugins)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26307 Reedy changed: What|Removed |Added Summary|Upgrade old versions of |Upgrade old versions of |jquery |jquery (and plugins) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26308] New: add page to list FailedSearches to aid REDIRECT creation
https://bugzilla.wikimedia.org/show_bug.cgi?id=26308 Summary: add page to list FailedSearches to aid REDIRECT creation Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dreamingforw...@gmail.com Track all failed search requests, and make a SpecialPage to list FailedSearches. WikiGnomes can then create relevant #REDIRECT page. This is important data for early MediaWiki deployments. Cool, Thanks! Marcos dreamingforw...@gmail.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3276] Give image s fluid width
https://bugzilla.wikimedia.org/show_bug.cgi?id=3276 Aryeh Gregor changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #37 from Aryeh Gregor 2010-12-12 00:31:36 UTC --- Yeah, actually, floats should play nice with inline-block, right? The line boxes should get shortened, just like with regular inline stuff. Done in r78232. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 2542] Tidy sucks (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2542 Bug 2542 depends on bug 3276, which changed state. Bug 3276 Summary: Give image s fluid width https://bugzilla.wikimedia.org/show_bug.cgi?id=3276 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3770] long words should be broken in image gallery descriptions
https://bugzilla.wikimedia.org/show_bug.cgi?id=3770 Bug 3770 depends on bug 3276, which changed state. Bug 3276 Summary: Give image s fluid width https://bugzilla.wikimedia.org/show_bug.cgi?id=3276 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26266] Add .allpagesredirect, .redirect-in-category to standard CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=26266 --- Comment #2 from jida...@jidanni.org 2010-12-12 01:47:23 UTC --- Yes, please use . I will pull via SVN the minute I hear you have made this change. Thanks. As for all the others out there, I will try and do something about them via this thread http://lists.wikimedia.org/pipermail/wikitech-l/2010-December/050618.html . -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26243] $wgUseGzip is not working
https://bugzilla.wikimedia.org/show_bug.cgi?id=26243 --- Comment #3 from Ilhan Y. 2010-12-12 03:05:55 UTC --- Is there any workaround? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26243] $wgUseGzip is not working
https://bugzilla.wikimedia.org/show_bug.cgi?id=26243
--- Comment #4 from Ilhan Y. 2010-12-12 03:08:52 UTC ---
Workaround: add ob_start("ob_gzhandler"); to the index.php.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26309] New: Voting appears impossible.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26309 Summary: Voting appears impossible. Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Bugzilla AssignedTo: pdha...@wikimedia.org ReportedBy: rsyqfiojg...@spammotel.com CC: innocentkil...@gmail.com, s...@reedyboy.net The option to vote on bugs appears to be gone, yet "My Votes" is still in the left column. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26309] Voting appears impossible.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26309 Jeff G. changed: What|Removed |Added URL||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=26309 CC||rsyqfiojg...@spammotel.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26309] Voting appears impossible.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26309 p858snake changed: What|Removed |Added CC||p858sn...@gmail.com --- Comment #1 from p858snake 2010-12-12 04:14:52 UTC --- It appears to the left of Importance, although it may not be enabled in all areas. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26310] New: Auto-converting from " "(half-width space) to " "(full-width space) causes many problem.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26310 Summary: Auto-converting from " "(half-width space) to " "(full-width space) causes many problem. Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: aokomori...@enmps.net MediaWiki (of the latest version?) automatically convert " "(half-width space) to " "(full-width space) in the input box (including search) and direct URL input and so on. e.g. http://ja.wikipedia.org/wiki/C%E3%80%80Sharp => http://ja.wikipedia.org/wiki/C_Sharp This is useful sometimes, but also causes many bugs. Case 1 "section link in edit summary": (not so critcal) When there's followng two section: == foo bar == This is half-width section. == foo bar == This is full-width section. and input /* foo bar */ (for full-width section) in edit summary, the link in the summary was auto-converted so it misunderstands that the link target is section "foo bar"(half-width). Case 2 "user's name": (critical) If the useaname contains " "(full-width space), his/her name is also converted automatically in many case. So user contributions page ([[Special:Contributions]]) or other page doesn't work well in this case. For example, [[User:大野 一��...@jawiki uses full-width space as the separator between his first and last (you can make sure in his userpage's history [1]). But now his name is auto-converted to [[User:大野 一将]](the separator is half-width), therefore his contributuins can't view ; [[Special:Contributions/大野 一将]] (full-width) [2] is converted to [[Special:Contributions/大野 一将]] (half-width) [3]. Maybe because of the same reason, in his userpage [4] the link to his contributuion in toolbox doesn't show. And more cases are reported on jawiki's bug report page [[:w:ja:Wikipedia:バグの報告]][5]. I thinks the auto-converting should be disabled while this bug still exists, at least in Japanese. thanks. [1] http://ja.wikipedia.org/w/index.php?title=%E5%88%A9%E7%94%A8%E8%80%85:%E5%A4%A7%E9%87%8E_%E4%B8%80%E5%B0%86&action=history [2] http://ja.wikipedia.org/wiki/Special:Contributions/%E5%A4%A7%E9%87%8E%E3%80%80%E4%B8%80%E5%B0%86 [3] http://ja.wikipedia.org/wiki/Special:Contributions/%E5%A4%A7%E9%87%8E_%E4%B8%80%E5%B0%86 [4] http://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:%E5%A4%A7%E9%87%8E_%E4%B8%80%E5%B0%86 [5] http://ja.wikipedia.org/wiki/WP:BUG -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24999] User Creation Issue in Sinhala Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=24999 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #12 from Bawolff 2010-12-12 05:24:49 UTC --- According to wikipedia, that'd be arabic and most indic scripts have at least some characters where it makes a visual difference. Googling, http://www.unicode.org/reports/tr31/ (section 2.3) seems to have some advice on when and when not to ban ZWJ. (it even gives perl regexes, but using the fancy stuff that I don't think is supported by pcre) http://unicode.org/review/pr-96.html also seems to have some advice (and seems more down to the point), but its unclear what the status of that document is. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26308] add page to list FailedSearches to aid REDIRECT creation
https://bugzilla.wikimedia.org/show_bug.cgi?id=26308 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #1 from Bawolff 2010-12-12 05:35:42 UTC --- People sometimes write stupid things in the search box, such as passwords (Why is this not typing in the login box oh look i just searched for my password, as the search box had focus). One would probably have to be careful to only show searches that people have typed in multiple times to avoid accidentally revealing private information. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26308] add page to list FailedSearches to aid REDIRECT creation
https://bugzilla.wikimedia.org/show_bug.cgi?id=26308 --- Comment #2 from marcos 2010-12-12 05:49:16 UTC --- (In reply to comment #1) > People sometimes write stupid things in the search box, such as passwords (Why > is this not typing in the login box oh look i just searched > for > my password, as the search box had focus). One would probably have to be > careful to only show searches that people have typed in multiple times to > avoid > accidentally revealing private information. That's not a big issue since those would just be one-time affairs. The returned list suggested would likely be things that *multiple* people typed in the search box to no avail. m -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
