https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Diederik van Liere changed:
What|Removed |Added
Keywords||analytics
--
Configure bugmail:
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #24 from Rob Lanphier 2011-02-02 21:41:40 UTC
---
Domas, I don't have an opinion on whether it belongs in the index. The most
important use case (including in the XML dumps) doesn't seem to require it.
There are compelling use ca
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #23 from Domas Mituzas 2011-02-02
21:00:34 UTC ---
are you going to include it into any 'revision' index?
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: -
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Rob Lanphier changed:
What|Removed |Added
CC||ro...@wikimedia.org
--- Comment #22 fro
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Rob Lanphier changed:
What|Removed |Added
Blocks||25312
--
Configure bugmail: https://bu
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #21 from John Erling Blad 2010-07-16 01:54:41 UTC
---
Seems like the arguments starts to change and it is more a discussion about
wetter such functionality should be allowed than if there are real reasons for
not supplying them. To
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #20 from MZMcBride 2010-07-14 16:20:00 UTC ---
(In reply to comment #19)
> John Erling Blad's proposal to generate the checksums only when requested
> should not significantly increase database load. In general, hashing
> algorithm
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #19 from Aaron Halfaker 2010-07-14
15:49:02 UTC ---
> This bug was closed exactly because it will put an extra load on database, not
> due to bandwidth issues.
John Erling Blad's proposal to generate the checksums only when reques
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #18 from Domas Mituzas 2010-07-14
08:52:18 UTC ---
it may not be as expensive storing the column, but eventually people will start
querying by it :-)
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
MZMcBride changed:
What|Removed |Added
CC||b...@mzmcbride.com
--- Comment #17 from MZ
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #16 from Max Semenik 2010-07-13 17:03:47
UTC ---
> The API function must get the content for the revisions from the database, but
> only the digest is transfered. The database request will be heavy but serving
> the request to the
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
John Erling Blad changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
John Erling Blad changed:
What|Removed |Added
CC||vac...@jeb.no
--- Comment #14 from
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #13 from Gurch 2010-02-17 23:44:41
UTC ---
(In reply to comment #12)
> I'm not sure how the conversation got steered to recent changes monitoring
> since I don't understand the usefulness of knowing when no-op edits are saved
> to
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #12 from Aaron Halfaker 2010-02-17
21:06:33 UTC ---
I'm not sure how the conversation got steered to recent changes monitoring
since I don't understand the usefulness of knowing when no-op edits are saved
to articles, but I'd like
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Gurch changed:
What|Removed |Added
CC||matthew.brit...@btinternet.
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Domas Mituzas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #9 from Domas Mituzas 2010-02-17 11:43:34
UTC ---
otoh, I personally think that is really useless change, as for a low chance of
collisions, that can be calculated in other ways, we end up storing lots of
data all around.
--
Conf
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #8 from Reedy 2010-02-17 11:41:51 UTC ---
(In reply to comment #6)
> (In reply to comment #5)
> > Shouldn't we maybe really split this into 2 bugs?
>
> Not really needed, I think. The bulk of the work to be done is in adding the
>
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Domas Mituzas changed:
What|Removed |Added
CC||domas.mitu...@gmail.com
--- Comment #7
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Roan Kattouw changed:
What|Removed |Added
Component|API |Database
AssignedTo|roan.katt..
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Reedy changed:
What|Removed |Added
CC||s...@reedyboy.net
--- Comment #5 from Reedy 2
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Alexandre Emsenhuber [IAlex] changed:
What|Removed |Added
CC||alex.emsenhu...@bluewin
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Alexandre Emsenhuber [IAlex] changed:
What|Removed |Added
Keywords|bot-interface |
--
Configure bugm
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #4 from Roan Kattouw 2009-12-16 14:23:15
UTC ---
(In reply to comment #3)
> Interesting idea. Remember that the text table can also be an external store,
> so any implementation needs to keep that in mind.
>
The checksum fie
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Chad H. changed:
What|Removed |Added
CC||innocentkil...@gmail.com
--- Comment #3
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
Roan Kattouw changed:
What|Removed |Added
CC||roan.katt...@gmail.com
--- Comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=21860
--- Comment #1 from Gurch 2009-12-15 22:35:03
UTC ---
Such a thing would definitely be useful for recent changes monitoring (can see
quickly if the current revision of a page is identical to a previous revision,
without retrieving the who
28 matches
Mail list logo