https://bugzilla.wikimedia.org/show_bug.cgi?id=33382
Aaron Schulz changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33382
MZMcBride changed:
What|Removed |Added
CC||b...@mzmcbride.com
--- Comment #4 from MZM
https://bugzilla.wikimedia.org/show_bug.cgi?id=33410
--- Comment #2 from Aude 2011-12-29 06:00:46 UTC ---
The community is harej and myself (along with other Wikimania 2012 team members
like jeremyb and ^demon), and we agree. Of course, the Main Page and other key
pages can be semi- or fully-pro
https://bugzilla.wikimedia.org/show_bug.cgi?id=33409
--- Comment #2 from Tim Starling 2011-12-29 05:15:17
UTC ---
Filed PHP bug about dba_close(): https://bugs.php.net/bug.php?id=60621
Probably it will be closed "bogus", but at least it's a starting point.
--
Configure bugmail: https://bugzil
https://bugzilla.wikimedia.org/show_bug.cgi?id=33410
p858snake changed:
What|Removed |Added
CC||p858sn...@gmail.com
--- Comment #1 from p8
https://bugzilla.wikimedia.org/show_bug.cgi?id=33410
Jeremy Baron changed:
What|Removed |Added
Keywords||shell
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33410
Web browser: ---
Bug #: 33410
Summary: Allow IP edits on wikimania2012.wikimedia.org
Product: Wikimedia
Version: unspecified
Platform: All
OS/Version: All
Status:
https://bugzilla.wikimedia.org/show_bug.cgi?id=33409
--- Comment #1 from Tim Starling 2011-12-29 04:22:05
UTC ---
A couple more thoughts:
* Calling fflush() before fclose() would be useful since fflush() calls write()
and returns false on error. Then fclose() will only call close() which is
so
https://bugzilla.wikimedia.org/show_bug.cgi?id=18363
fastgoldf...@gmail.com changed:
What|Removed |Added
CC||fastgoldf...@gmail.com
--- Com
https://bugzilla.wikimedia.org/show_bug.cgi?id=15867
fastgoldf...@gmail.com changed:
What|Removed |Added
CC||fastgoldf...@gmail.com
--- Com
https://bugzilla.wikimedia.org/show_bug.cgi?id=10919
fastgoldf...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32425
fastgoldf...@gmail.com changed:
What|Removed |Added
CC||niklas.laxst...@gmail.com
---
https://bugzilla.wikimedia.org/show_bug.cgi?id=33232
fastgoldf...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32182
Pedro Sánchez changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|LATER
https://bugzilla.wikimedia.org/show_bug.cgi?id=31576
Tim Starling changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33409
Tim Starling changed:
What|Removed |Added
Keywords||platformeng
--
Configure bugmail: http
https://bugzilla.wikimedia.org/show_bug.cgi?id=33409
Web browser: ---
Bug #: 33409
Summary: Transient CDB read/write failures
Product: MediaWiki
Version: 1.18
Platform: All
OS/Version: All
Status: NEW
Seve
https://bugzilla.wikimedia.org/show_bug.cgi?id=33368
--- Comment #2 from Uttam Singha 2011-12-29 02:07:10 UTC ---
(In reply to comment #1)
> Can you link to consensus for enabling WebFonts there?
Thanks for your reply. Here is the link:
http://bpy.wikipedia.org/wiki/%E0%A6%89%E0%A6%87%E0%A6%95
https://bugzilla.wikimedia.org/show_bug.cgi?id=33122
--- Comment #7 from Reedy 2011-12-29 00:08:41 UTC ---
Aaron - Any reason we can't just push a trunk version of FR into 1.18wmf1?
Seems the easiest way to make it consistent, and probably the quickest rather
than a load of debugging what ifs...
https://bugzilla.wikimedia.org/show_bug.cgi?id=33408
p858snake changed:
What|Removed |Added
Keywords||shell
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33407
p858snake changed:
What|Removed |Added
Keywords||shell
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33408
Reedy changed:
What|Removed |Added
Component|Babel |Site requests
Version|any
https://bugzilla.wikimedia.org/show_bug.cgi?id=33406
Reedy changed:
What|Removed |Added
Keywords||ops
--
Configure bugmail: https://bugzilla.wi
https://bugzilla.wikimedia.org/show_bug.cgi?id=33407
Reedy changed:
What|Removed |Added
Component|Babel |Site requests
Version|any
https://bugzilla.wikimedia.org/show_bug.cgi?id=33408
Web browser: ---
Bug #: 33408
Summary: Babel CategoryNames
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity
https://bugzilla.wikimedia.org/show_bug.cgi?id=33407
Web browser: ---
Bug #: 33407
Summary: Babel MainCategory
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity:
https://bugzilla.wikimedia.org/show_bug.cgi?id=33406
Web browser: ---
Bug #: 33406
Summary: Remove robots.txt
Product: Wikimedia
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: nor
https://bugzilla.wikimedia.org/show_bug.cgi?id=31007
--- Comment #8 from Tim Landscheidt 2011-12-29
01:01:36 UTC ---
Created attachment 9778
--> https://bugzilla.wikimedia.org/attachment.cgi?id=9778
Patch to fix rebuildrecentchanges PostgreSQL bug.
--
Configure bugmail: https://bugzilla.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=31007
Tim Landscheidt changed:
What|Removed |Added
Keywords||need-review, patch
C
https://bugzilla.wikimedia.org/show_bug.cgi?id=0
--- Comment #15 from Erik Moeller 2011-12-29 00:56:04 UTC
---
>From both a legal _and_ usability point of view, the current templates aren't
ideal, because 1) they don't include the full text of the human-readable deed
(i.e. the "With the unde
https://bugzilla.wikimedia.org/show_bug.cgi?id=0
--- Comment #14 from Neil Kandalgaonkar 2011-12-29
00:43:17 UTC ---
I'm not sure that our translations have the same legal force. The whole point
of these links isn't usability (sadly) but being legally correct.
If we link to our templates, t
https://bugzilla.wikimedia.org/show_bug.cgi?id=0
--- Comment #13 from Saibo 2011-12-29 00:34:53 UTC ---
(In reply to comment #12)
> http://creativecommons.org/licenses/by-sa/3.0/ is english for me - it should
> instead be in German for me. That is why I said: link to our templates...
Or you
https://bugzilla.wikimedia.org/show_bug.cgi?id=0
Saibo changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugzilla.wikimedia.org/show_bug.cgi?id=33399
Mark A. Hershberger changed:
What|Removed |Added
Priority|Unprioritized |Normal
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33396
Mark A. Hershberger changed:
What|Removed |Added
Priority|Unprioritized |Normal
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33395
Mark A. Hershberger changed:
What|Removed |Added
Priority|Unprioritized |Normal
Severity|normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=33394
Mark A. Hershberger changed:
What|Removed |Added
Priority|Unprioritized |Normal
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33392
Mark A. Hershberger changed:
What|Removed |Added
Priority|Unprioritized |Normal
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858
--- Comment #35 from Tim Starling 2011-12-29 00:11:19
UTC ---
(In reply to comment #34)
> Revert to MW 1.17 instead.
> MW 1.18 caused multiple problems.
I'm not aware of any difference between MW 1.17 and MW 1.18 in the way it
handles CSS/JS
https://bugzilla.wikimedia.org/show_bug.cgi?id=33122
Marcin Cieślak changed:
What|Removed |Added
Priority|Low |High
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32626
MrBlueSky changed:
What|Removed |Added
CC||mrblue...@wikipedia.be
--- Comment #1 from
https://bugzilla.wikimedia.org/show_bug.cgi?id=32353
Saibo changed:
What|Removed |Added
CC||saibotr...@arcor.de
--- Comment #4 from Saibo
https://bugzilla.wikimedia.org/show_bug.cgi?id=33289
--- Comment #3 from Amir E. Aharoni 2011-12-28
23:05:21 UTC ---
This must the most common complaint that i heard from Hebrew speakers, although
i haven't tried it myself yet.
The way it works on the regular sites makes sense to me: when you'r
https://bugzilla.wikimedia.org/show_bug.cgi?id=33289
Phil Chang changed:
What|Removed |Added
CC||amir.ahar...@mail.huji.ac.i
https://bugzilla.wikimedia.org/show_bug.cgi?id=33401
--- Comment #4 from Srikanth Logic 2011-12-28 22:50:16 UTC
---
Assuming this works fine, should the UI have both Tamil & Oriya Font as checked
to inform the user 2 webfonts are being used to render the page? This can be
lower priority and thou
https://bugzilla.wikimedia.org/show_bug.cgi?id=33401
--- Comment #3 from Srikanth Logic 2011-12-28 22:47:23 UTC
---
I agree with your expectation. IIRC there was even a webfonts.all test where a
sample page loaded webfonts for all supported languages with lang tags and that
test passed.
http:/
https://bugzilla.wikimedia.org/show_bug.cgi?id=31447
Tomasz Finc changed:
What|Removed |Added
Depends on||33405
--
Configure bugmail: https://bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=33405
Tomasz Finc changed:
What|Removed |Added
Blocks||31447
--
Configure bugmail: https://bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=33405
Web browser: ---
Bug #: 33405
Summary: Wikipedia Android app doesn't show pins after redo
search until user taps the screen
Product: Wikimedia Mobile
Version: unspecified
https://bugzilla.wikimedia.org/show_bug.cgi?id=29272
Bug 29272 depends on bug 30914, which changed state.
Bug 30914 Summary: Embeddable ResourceLoader modules (user.options,
user.tokens) should be loaded in for proper dependency resolution
https://bugzilla.wikimedia.org/show_bug.cgi?id=30914
https://bugzilla.wikimedia.org/show_bug.cgi?id=30914
Krinkle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=32353
Erik Moeller changed:
What|Removed |Added
Priority|Low |Normal
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=30914
Krinkle changed:
What|Removed |Added
CC|krinklem...@gmail.com |
Version|1.19-svn
https://bugzilla.wikimedia.org/show_bug.cgi?id=15607
--- Comment #92 from Amir E. Aharoni 2011-12-28
21:41:03 UTC ---
(In reply to comment #91)
> We call these interwiki conflicts and some can't be solved, ever. How does
> this
> extension deal with this situation?
Last time i checked, this ex
https://bugzilla.wikimedia.org/show_bug.cgi?id=15607
Maarten Dammers changed:
What|Removed |Added
CC||maar...@mdammers.nl
--- Comment #91
https://bugzilla.wikimedia.org/show_bug.cgi?id=31869
--- Comment #3 from Tomasz Finc 2011-12-28 21:12:54 UTC
---
Re-opening. I'm seeing this happen again.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are o
https://bugzilla.wikimedia.org/show_bug.cgi?id=31447
Bug 31447 depends on bug 31869, which changed state.
Bug 31869 Summary: Android app should not forget that its just done a near by
me search if the location hasn't changed
https://bugzilla.wikimedia.org/show_bug.cgi?id=31869
What
https://bugzilla.wikimedia.org/show_bug.cgi?id=31869
Tomasz Finc changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugzilla.wikimedia.org/show_bug.cgi?id=33401
--- Comment #2 from Siebrand 2011-12-28 21:10:13 UTC ---
Let's agree on the basics here: when there is a "lang" tag, and web fonts is
active, it should apply the appropriate font for each supported and tagged
language. Right? (I don't expect an
https://bugzilla.wikimedia.org/show_bug.cgi?id=33362
Yuvi Panda changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33361
Yuvi Panda changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=27027
--- Comment #18 from varnent 2011-12-28 21:06:27 UTC ---
Bawolff: This is from long back (sorry about that) - but it looks like whoever
may have been doing it cleaned it up. Someone mentioned it in IRC (I should
have clarified that earlier) an
https://bugzilla.wikimedia.org/show_bug.cgi?id=33404
Reedy changed:
What|Removed |Added
CC||soxre...@gmail.com
Component|General/
https://bugzilla.wikimedia.org/show_bug.cgi?id=33404
Alan changed:
What|Removed |Added
Summary|GeSHi does not color xml|GeSHi does not color XML
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=33404
Web browser: ---
Bug #: 33404
Summary: GeSHi does not color xml
Product: MediaWiki
Version: 1.18.0
Platform: PC
OS/Version: Windows 7
Status: NEW
Severi
https://bugzilla.wikimedia.org/show_bug.cgi?id=33393
--- Comment #4 from fastgoldf...@gmail.com 2011-12-28 19:46:28 UTC ---
It looks like a new bug was introduced:
https://bugzilla.wikimedia.org/show_bug.cgi?id=33403
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
-
https://bugzilla.wikimedia.org/show_bug.cgi?id=33403
Web browser: ---
Bug #: 33403
Summary: SubPageList fails to show subpages in MediaWiki 1.18
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
https://bugzilla.wikimedia.org/show_bug.cgi?id=33393
--- Comment #3 from fastgoldf...@gmail.com 2011-12-28 19:27:49 UTC ---
Yes, it looks like the fix came out in 0.5 a few hours BEFORE I reported this
bug. Impressive bug fix speed! I tested 0.5 and the problem is resolved.
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=15607
Erik Moeller changed:
What|Removed |Added
CC||s.mazel...@xs4all.nl
--- Comment #90 fr
https://bugzilla.wikimedia.org/show_bug.cgi?id=33391
Tomasz Finc changed:
What|Removed |Added
AssignedTo|wikibugs-l@lists.wikimedia. |hwa...@wikimedia.org
|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33380
--- Comment #16 from Nikola Kovacs 2011-12-28 18:34:46
UTC ---
Transparency.
But another reason why details of private filters shouldn't be public is that
they give insights into how the filter works. The point of having private
filters is o
https://bugzilla.wikimedia.org/show_bug.cgi?id=31966
--- Comment #4 from Tomasz Finc 2011-12-28 18:24:58 UTC
---
(In reply to comment #3)
> Does GeoNames have a privacy policy?
I tried and failed to find it.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
---
https://bugzilla.wikimedia.org/show_bug.cgi?id=33380
--- Comment #15 from Prodego 2011-12-28 18:19:39 UTC ---
That's an excellent solution. I am trying to think if there would be a reason
for the abuse log of private filters to be public, and I cannot immediately
think of one.
--
Configure bugm
https://bugzilla.wikimedia.org/show_bug.cgi?id=28162
Greg Sabino Mullane changed:
What|Removed |Added
CC||g...@turnstep.com
--- Comment #3
https://bugzilla.wikimedia.org/show_bug.cgi?id=33301
--- Comment #3 from Antoine "hashar" Musso 2011-12-28 17:33:14
UTC ---
And https://gerrit.wikimedia.org/r/1732 which adds SSLCACertificateFile to fix
cert verification
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=em
https://bugzilla.wikimedia.org/show_bug.cgi?id=33401
--- Comment #1 from Srikanth Logic 2011-12-28 17:20:31 UTC
---
> I think its safe to assume that user who has chosen non English interface
to be read as
I think its safe to assume that user who has chosen non English / "non wiki
default co
https://bugzilla.wikimedia.org/show_bug.cgi?id=33402
Web browser: ---
Bug #: 33402
Summary: Reassociate IP address doesn't work
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
https://bugzilla.wikimedia.org/show_bug.cgi?id=33319
Reedy changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33320
Reedy changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33401
Web browser: ---
Bug #: 33401
Summary: WebFonts must load content language's font not
interface lang's font
Product: MediaWiki extensions
Version: any
Platform: A
https://bugzilla.wikimedia.org/show_bug.cgi?id=32858
--- Comment #34 from DavidL 2011-12-28 16:20:34 UTC ---
Revert to MW 1.17 instead.
MW 1.18 caused multiple problems.
What about the {{subst:}} problem ?
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You
https://bugzilla.wikimedia.org/show_bug.cgi?id=33400
--- Comment #3 from Milan Patel 2011-12-28 16:03:33 UTC
---
Another instance, and proposed solution?
http://www.mail-archive.com/wikibugs-l@lists.wikimedia.org/msg29717.html
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi
https://bugzilla.wikimedia.org/show_bug.cgi?id=16794
--- Comment #22 from Luca Fulchir 2011-12-28 16:01:19 UTC
---
tested, seems ok.
since it doesn't force the main schema phpunit is now back to using temporary
tables.
If you run phpunit with $wgshareddb set it still gives you the shared table
https://bugzilla.wikimedia.org/show_bug.cgi?id=33400
Milan Patel changed:
What|Removed |Added
Web browser|--- |Google Chrome
--- Comment #2 from Milan
https://bugzilla.wikimedia.org/show_bug.cgi?id=33400
--- Comment #1 from Milan Patel 2011-12-28 15:57:25 UTC
---
Note that this problem has been reported elsewhere:
http://permalink.gmane.org/gmane.comp.web.wiki.semediawiki.user/10723
--
Configure bugmail: https://bugzilla.wikimedia.org/userp
https://bugzilla.wikimedia.org/show_bug.cgi?id=33400
Web browser: ---
Bug #: 33400
Summary: Maintenance/update.php fails due to error caused by
Semantic Mediawiki
Product: MediaWiki extensions
Version: any
Platform:
https://bugzilla.wikimedia.org/show_bug.cgi?id=33380
Nikola Kovacs changed:
What|Removed |Added
Attachment #9776|0 |1
is obsolete|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33052
--- Comment #7 from Liangent 2011-12-28 14:43:52 UTC ---
(In reply to comment #6)
> I think we should distinguish between "preprocessor syntax" escaping (this
> bug), and "wikisyntax" escaping (Bug 33090).
> Of course we could escape everything
https://bugzilla.wikimedia.org/show_bug.cgi?id=33380
Nikola Kovacs changed:
What|Removed |Added
Attachment #9771|0 |1
is obsolete|
https://bugzilla.wikimedia.org/show_bug.cgi?id=2700
--- Comment #63 from Nemo_bis 2011-12-28 13:58:09 UTC
---
Pipe trick doesn't work with Translate extension popups, I guess it's this bug
again.
https://translatewiki.net/w/i.php?title=MediaWiki:Bw-desc-freecol/it&diff=prev&oldid=3550365
--
Co
https://bugzilla.wikimedia.org/show_bug.cgi?id=33398
Reedy changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33393
Jeroen De Dauw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33393
--- Comment #1 from Jeroen De Dauw 2011-12-28
12:43:09 UTC ---
What version of the extension?
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assig
https://bugzilla.wikimedia.org/show_bug.cgi?id=33052
--- Comment #6 from Bergi 2011-12-28 11:53:26 UTC ---
I think we should distinguish between "preprocessor syntax" escaping (this
bug), and "wikisyntax" escaping (Bug 33090).
Of course we could escape everything that looks the least bit of a par
https://bugzilla.wikimedia.org/show_bug.cgi?id=33380
--- Comment #12 from Nikola Kovacs 2011-12-28 11:29:41
UTC ---
Ok, so on enwiki, oversighters can hide log entries, and sysops can view and
edit private filters.
So the solution seems to be that private filters should create log entries
where
https://bugzilla.wikimedia.org/show_bug.cgi?id=33052
Liangent changed:
What|Removed |Added
Summary|Escape preprocessor tags|Escape wikitext tags
|(es
https://bugzilla.wikimedia.org/show_bug.cgi?id=33052
Liangent changed:
What|Removed |Added
CC||liang...@gmail.com
--- Comment #5 from Lian
https://bugzilla.wikimedia.org/show_bug.cgi?id=33090
Liangent changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=33116
--- Comment #1 from Liangent 2011-12-28 11:21:17 UTC ---
And in generated HTML it's using Definition instead of
Definition.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
https://bugzilla.wikimedia.org/show_bug.cgi?id=33399
Web browser: ---
Bug #: 33399
Summary: LivePreview: mw-collapsible and sortable should be
applied after preview content is loaded
Product: MediaWiki
Version: 1.19-svn
1 - 100 of 101 matches
Mail list logo
