https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #70 from Bawolff (Brian Wolff) bawolff...@gmail.com ---
(In reply to Andre Klapper from comment #68)
bawolff: ^ ?
/me does not have time to work on this right now.
(In reply to Yuvi Panda from comment #69)
Hmm, so from springle's
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #68 from Andre Klapper aklap...@wikimedia.org ---
bawolff: ^ ?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Yuvi Panda yuvipa...@gmail.com changed:
What|Removed |Added
CC||yuvipa...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #67 from Greg Grossmeier g...@wikimedia.org ---
(In reply to Andre Klapper from comment #65)
Based on comment 63 and comment 64 (thanks for the analysis!) some
performance input would probably be welcome here, plus having somebody
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #66 from Andre Klapper aklap...@wikimedia.org ---
Based on comment 63 and comment 64 some performance input would probably be
welcome here, plus having somebody driving this, in order to allow unlucky
scripts to get more than 63
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #65 from Andre Klapper aklap...@wikimedia.org ---
Based on comment 63 and comment 64 (thanks for the analysis!) some performance
input would probably be welcome here, plus having somebody driving this, in
order to allow unlucky
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Andre Klapper aklap...@wikimedia.org changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #63 from Bawolff (Brian Wolff) bawolff...@gmail.com ---
(Inreply to Andre Klapper from comment #62)
Greg: Do you have any input on comment 59 (what could be the process here)?
(In reply to Bawolff (Brian Wolff) from comment #61)
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #64 from Sean Pringle sprin...@wikimedia.org ---
The rev_comment field could be increased to 767 bytes without requiring changes
to the indexing for either stock Mediawiki or WMF databases. The same width
limit would apply to all of
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Quim Gil q...@wikimedia.org changed:
What|Removed |Added
CC||q...@wikimedia.org
---
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #60 from Raimond Spekking raimond.spekk...@gmail.com ---
The result of a poll in the German Wikipedia shows that this bug is the 5th
most annoying bug:
https://de.wikipedia.org/wiki/Wikipedia:Umfragen/Technische_W%C3%BCnsche/Top_20
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Bawolff (Brian Wolff) bawolff...@gmail.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Siddhartha Ghai siddhartha.g...@gmail.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Siddhartha Ghai siddhartha.g...@gmail.com changed:
What|Removed |Added
Blocks||41348
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
praveenp me.prav...@gmail.com changed:
What|Removed |Added
Blocks||56295
--
You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Srikanth Logic srik@gmail.com changed:
What|Removed |Added
Blocks||34586
--
Configure
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Tim Starling tim.starl...@rocketmail.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
John Du Hart j...@compwhizii.net changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Sumana Harihareswara suma...@panix.com changed:
What|Removed |Added
Keywords||need-review,
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Roan Kattouw roan.katt...@gmail.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #55 from MZMcBride b...@mzmcbride.com 2011-04-26 19:27:59 UTC ---
(In reply to comment #54)
To clarify: one thing that is not in the default MW schema but is on the WMF
databases is an extended usertext_timestamp index on the
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #49 from Brion Vibber br...@wikimedia.org 2011-04-25 21:12:39 UTC
---
As a schema change touching some of the biggest and most active core tables,
it's an issue of deployment rather than coding or review.
Applying these schema
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #50 from Domas Mituzas domas.mitu...@gmail.com 2011-04-25
21:54:50 UTC ---
We can't have covering indexing on 1024-byte long fields (nor we can actually
have any kind of indexing on them)
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #51 from MZMcBride b...@mzmcbride.com 2011-04-25 22:05:23 UTC ---
(In reply to comment #49)
I'm also a bit leery about just upping the limit from 255 to 1024 bytes; it
doesn't solve the practical problems with the limits like
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #52 from Platonides platoni...@gmail.com 2011-04-25 23:28:03 UTC
---
(In reply to comment #50)
We can't have covering indexing on 1024-byte long fields (nor we can actually
have any kind of indexing on them)
Why would we want to
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #53 from Domas Mituzas domas.mitu...@gmail.com 2011-04-25
23:40:07 UTC ---
Why would we want to index the summaries?
To allow covering index reads for features like 'user contributions'
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Jan Paul Posma jp.po...@gmail.com changed:
What|Removed |Added
AssignedTo|wikibugs-l@lists.wikimedia. |jp.po...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #48 from Aryeh Gregor simetrical+wikib...@gmail.com 2011-04-24
20:34:05 UTC ---
This patch has the potential for serious performance impact on Wikimedia sites,
so it needs to be discussed with someone like Tim or Brion before anyone
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Bawolff bawolff...@gmail.com changed:
What|Removed |Added
CC||bawolff...@gmail.com
---
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #45 from Arod Shatil arod.sha...@gmail.com 2010-04-01 11:57:15
UTC ---
(In reply to comment #44)
i believe your counting routine is most probably better than mine, but i do not
like the idea of chopping.
please note that my routine
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #46 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-04-01
19:27:23 UTC ---
If anyone would like to submit some actual working JavaScript, feel free to do
so at bug 22967 and I'll review it and commit if appropriate. It can be
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #43 from Arod Shatil arod.sha...@gmail.com 2010-03-29 06:57:41
UTC ---
since all we really need is 200 chars, i think 500 bytes should completely
solve the issue for all the 2-bytes-per-char languages (Hebrew, Arabic, Farsi,
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #42 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-03-28
18:22:08 UTC ---
(In reply to comment #33)
as to the difference between the trunk and the toolserver: does this mean the
trunk is *behind* the toolserver or the other
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #34 from Domas Mituzas domas.mitu...@gmail.com 2010-03-27
08:15:42 UTC ---
we shouldn't be using tinyblob anywhere, probably either I forgot to change, or
someone changed it back :)
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #35 from Arod Shatil arod.sha...@gmail.com 2010-03-27 13:56:28
UTC ---
far be it from me to advocate blobs - i don't like them (especially the green
ones).
so, assuming we'll change it (or change it back) to varbinary, may i ask to
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #36 from Domas Mituzas domas.mitu...@gmail.com 2010-03-27
14:01:50 UTC ---
there are performance implications, as we can't do covering indexes on large
fields, to speed up non-PK based range views.
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #37 from Arod Shatil arod.sha...@gmail.com 2010-03-27 15:23:54
UTC ---
(In reply to comment #36)
there are performance implications, as we can't do covering indexes on large
fields, to speed up non-PK based range views.
but in
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #38 from Domas Mituzas domas.mitu...@gmail.com 2010-03-27
15:36:58 UTC ---
we switch certain indexes (include all table fields) to covering to avoid extra
i/o for certain access patterns.
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #39 from Arod Shatil arod.sha...@gmail.com 2010-03-27 16:23:40
UTC ---
will it be able then to truncate them for indexing and yet keep the whole (200
chars) thing for storage?
this would deprive non-latin-script users from
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #40 from Arod Shatil arod.sha...@gmail.com 2010-03-27 16:24:34
UTC ---
(i meant will it be possible, of course, not will it be able...)
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #41 from Domas Mituzas domas.mitu...@gmail.com 2010-03-27
16:27:10 UTC ---
it is not possible
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Arod Shatil asha...@ezecastlesoftware.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #27 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-03-26
19:32:53 UTC ---
(In reply to comment #26)
i do not think the title of this bug is adequate. we are conflating here two
completely different issues.
one is allowing
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #28 from Arod Shatil asha...@ezecastlesoftware.com 2010-03-26
19:45:05 UTC ---
(In reply to comment #27)
Simple to do, but that doesn't mean it will perform well. See comment 8 and
comment 10 by Domas Mitzuas. Comment 15
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #29 from Arod Shatil asha...@ezecastlesoftware.com 2010-03-26
19:55:08 UTC ---
(In reply to comment #27)
comment 10 by Domas Mitzuas. Comment 15 outlines a possible solution, but I
haven't gotten his approval for it.
sorry, i
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #30 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-03-26
22:30:00 UTC ---
(In reply to comment #28)
what does that mean? the data is *already* a blob data (it is currently
defined as tinyblob, not varchar or somesuch). and
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #31 from Arod Shatil asha...@ezecastlesoftware.com 2010-03-26
22:38:07 UTC ---
when you say it i just want to make sure we are talking about the same thing:
i was talking about the column [rev_comment] in table [revision]
this is
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #32 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-03-26
22:43:15 UTC ---
Sorry, you're right, rev_comment is tinyblob on trunk. However, it's
varbinary(255) on Wikimedia, or at least on the toolserver, and that's what's
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #33 from Arod Shatil asha...@ezecastlesoftware.com 2010-03-26
22:51:45 UTC ---
i did not realize that you'd need to change rc_comment also. i'll do it on my
wiki - thanks for the tip.
in this case, i would not suggest changing
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #21 from Praveen Prakash me.prav...@gmail.com 2010-03-04 15:12:31
IST ---
Nobody is suggesting anything like 1000 Unicode characters. 200 Unicode
characters -- i.e. the same length Latin-script users get already -- would be
more
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #22 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-03-04
17:23:56 UTC ---
Well, that's orthogonal to the discussion here. We want the backend for
foreign languages either way, and once we have it we can discuss how many
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #23 from Praveen Prakash me.prav...@gmail.com 2010-03-04 23:51:42
IST ---
(In reply to comment #22)
Well, that's orthogonal to the discussion here. We want the backend for
foreign languages either way, and once we have it we can
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #24 from Raimond Spekking raimond.spekk...@gmail.com 2010-03-04
18:27:17 UTC ---
(In reply to comment #23)
Or close this bug and open independent bugs for different languages (like Bug
22696 this)
No, not yet pls. First this
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #25 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-03-04
18:53:22 UTC ---
(In reply to comment #23)
Or close this bug and open independent bugs for different languages (like Bug
22696 this)
This makes no sense. We cannot
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #16 from Praveen Prakash me.prav...@gmail.com 2010-03-03 14:32:35
IST ---
(In reply to comment #15)
Either way, this scheme wouldn't increase the database size noticeably for
95%+
of revisions, since most people aren't that
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #17 from Shiju Alex shijua...@hotmail.com 2010-03-03 13:26:15 UTC
---
Currently when we create a new page, if nothing is entered on the edit summary
box, the first few lines of the content will be automatically displayed on the
edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Gurch matthew.brit...@btinternet.com changed:
What|Removed |Added
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #19 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-03-03
18:54:20 UTC ---
(In reply to comment #18)
It's not so much the age of the software as the inefficiency of adding and
converting to larger fields in the database
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
--- Comment #20 from Gurch matthew.brit...@btinternet.com 2010-03-03 23:10:23
UTC ---
(In reply to comment #19)
I disagree. I regularly want to use English-language summaries longer than
255
ASCII characters.
Well don't :) Long summaries
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715
Aryeh Gregor simetrical+wikib...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
60 matches
Mail list logo