[Wikitech-l] Inconsistent revision history after importing
Hello! After importing http://pt.wikibooks.org/w/index.php?title=Especial%3ARegistotype=importuser=page=Predefini%C3%A7%C3%A3o%3APeqindyear=month=-1uselang=en a template from pt.wikipedia to pt.wikibooks, the revision history seems to be inconsistent. According to the history http://pt.wikibooks.org/w/index.php?title=Predefini%C3%A7%C3%A3o:Peqindaction=historyuselang=en , the last 3 edits are: # (cur) (prev) 2009-12-01T08:48:52 Heldergeovane (Talk | contribs) m (324 bytes) (19 edições de w:Predefinição:Peqind: importando o histórico de contribuições) (undo) # (cur) (prev) 2009-11-08T19:17:22 Berganus (Talk | contribs) (324 bytes) (Criou nova página com '__NOTOC__ {| border=0 id=toc style=margin: 0 auto; align=center | '''Índice: ''' A B C D E F G H I [[#J...') (undo) # (cur) (prev) 2009-07-25T12:30:47 Capmo (Talk | contribs) (673 bytes) (adicionando {{PAGENAME}}) (undo) When I select the edits from 2009-07-25 and 2009-11-08 for diffs, I get this http://pt.wikibooks.org/w/index.php?title=Predefini%C3%A7%C3%A3o%3APeqindaction=historysubmitdiff=142330oldid=144851uselang=en where is is shown (18 intermediate revisions not shown). Besides this, when clicking at Newer edit →, we go to an edit from 2004 http://pt.wikibooks.org/w/index.php?title=Predefini%C3%A7%C3%A3o:Peqinddiff=nextoldid=142330uselang=en What is wrong? Helder ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Unicode equivalence
Tim Starling hett schreven: Gerard Meijssen wrote: Hoi, Given that we should be moving forward not backward, it makes more sense to provide Unicode 5.1 characters and webfonts. The big thing of MediaWiki was that it supported Unicode when this was still a new thing to do. We should support the latest and the best Unicode support. You did read the post didn't you? Forcing everyone to buy Windows 7 is not generally the way we do things. Unless the client situation is not as bad as it sounds, we will need to have a transition period where we support older clients until their market share falls far lower than 50%, which is where, by Praveen's figures, it is now. I guess you are both right. To me the best solution seems to be: accept both as input (obviously), normalize everything to 5.1 and store it in that codeset (so our data is consistently 5.1). For output convert it to 5.0 to evade problems with clients not yet ready for 5.1. The advantage is, that our data is stored in the most modern format, but still the clients are served data that they can process. If there are performance problems with the conversion on serving or anything like that, of course storing the data in 5.0 is still good enough. More important than discussing the specific technical details is actually doing it, implementing it. Marcus Buck User:Slomox ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Unicode equivalence
2009/12/1 Marcus Buck w...@marcusbuck.org: If there are performance problems with the conversion on serving or anything like that, of course storing the data in 5.0 is still good enough. You're answering your own question here: converting the data once and storing it in 5.0 so it's ready-to-serve is of course faster and easier than juggling between 5.0 and 5.1 all the time. Roan Kattouw (Catrope) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Unicode equivalence
2009/12/1 Praveen Prakash me.prav...@gmail.com Popular transliteration tool for Malayalam typing (*Varamozhi*) and popular font (*Anjali OldLipi*) are currently supporting Unicode 5.1 in windows. Recently (two or three days before) Microsoft announced their own tool for Malayalam typing which also supporting 5.1. Microsoft's default Karthika font for Malayalam also now supporting 5.1. But IE6 is not supporting unicode 5.1 even with supporting fonts. Is dynamic reverse conversion at clientside using javascript possible? This way we could output UC5.1 to everything supporting it, and older / crappy browsers / OSes can display still correctly. Sure, it adds a JS dependency, but I do think we can require JS for that. Marco -- VMSoft GbR Nabburger Str. 15 81737 München Geschäftsführer: Marco Schuster, Volker Hemmert http://vmsoft-gbr.de ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Unicode equivalence
On Tue, Dec 1, 2009 at 9:30 AM, Marco Schuster ma...@harddisk.is-a-geek.org wrote: Is dynamic reverse conversion at clientside using javascript possible? I can't see any justification for requiring JavaScript here. We should be able to do it server-side if it needs to be done at all. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Inconsistent revision history after importing
Helder Geovane wrote: Hello! After importing http://pt.wikibooks.org/w/index.php?title=Especial%3ARegistotype=importuser=page=Predefini%C3%A7%C3%A3o%3APeqindyear=month=-1uselang=en a template from pt.wikipedia to pt.wikibooks, the revision history seems to be inconsistent. According to the history http://pt.wikibooks.org/w/index.php?title=Predefini%C3%A7%C3%A3o:Peqindaction=historyuselang=en , the last 3 edits are: (...) When I select the edits from 2009-07-25 and 2009-11-08 for diffs, I get this http://pt.wikibooks.org/w/index.php?title=Predefini%C3%A7%C3%A3o%3APeqindaction=historysubmitdiff=142330oldid=144851uselang=en where is is shown (18 intermediate revisions not shown). Besides this, when clicking at Newer edit →, we go to an edit from 2004 http://pt.wikibooks.org/w/index.php?title=Predefini%C3%A7%C3%A3o:Peqinddiff=nextoldid=142330uselang=en What is wrong? Helder The revision from 8 of November was created before all the others. It was already there, then you imported 19 other revisions. The history is shown in time order, but those links are based on the order of the revision id, for which the imported revisions have higher numbers (144833-144852) than the existing one (142330). The 18 intermediate revisions not shown are the 18 revisions you created with the import. There is probably a bug on bugzilla about the datetime vs revids issues. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] My Images Have Left the Building
I just tarred up and copied over my entire site to a new server. I've dumped and recovered the database and untarred everything on the new box and everything is working fine - except most of my images are missing. Both boxes are urning unix. I've checked the mediawiki_install_root/images directory for permissions or access problems but all seems fine. On a lot of the pages the logo is missing. I would have to say at quick glance any uploaded and linked images are gone too. The LocalSettings.php on both servers are identical. When I relocated my wiki I nested its install root within another file system so it isn't located exactly where it was first installed. My thought was this wouldn't be the problem unless pointers to the image files locations were being stored in the database. On a lark I ran a program called rebuildImages.php --dry-run. Its output indicated there wasn't much to be done (0 of 2 rows). So I didn't run it without the --dry-run flag. So I'm at a loss. Is there a document that explains MediaWiki's processing of image files or maybe that describes in detail how Mediawiki operates? If anybody could help me find a solution it would be greatly appreciated. Thanks! ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] My Images Have Left the Building
Tod wrote: I just tarred up and copied over my entire site to a new server. I've dumped and recovered the database and untarred everything on the new box and everything is working fine - except most of my images are missing. Both boxes are urning unix. I've checked the mediawiki_install_root/images directory for permissions or access problems but all seems fine. On a lot of the pages the logo is missing. I would have to say at quick glance any uploaded and linked images are gone too. The LocalSettings.php on both servers are identical. When I relocated my wiki I nested its install root within another file system so it isn't located exactly where it was first installed. My thought was this wouldn't be the problem unless pointers to the image files locations were being stored in the database. There aren't. Every path is at LocalSettings.php From your description looks like the web path is different, eg. your wiki used to be at http://server/~Tod/wiki/ and now it is at http://server/wiki/. And that the wiki is trying to include the urls from http://server/~Tod/wiki/images/... which doesn't work since they are now at http://server/wiki/ on the fictional layout I mentioned. Look at which url is it expecting the images and fix the appropiate variable at localsettings. The value doesn't need to be a full url, but should at least be a url relative to the web root (beginning with a slash), or it may fail with articles containing / in its name ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Unicode equivalence
Praveen Prakash wrote: This is the condition of current stage of Malayalam Computing. So I thought it is better to put equivalence than switching to a particular version. If it not possible switching as said by Tim is appreciable. I prefer 5.1 which is future. The only way we can implement equivalence is by converting to a canoncial form, this is how it is done in every part of MediaWiki. The ability to treat strings as binary, and to compare them byte-by-byte, is essential to the performance of the system. It may be possible to convert to the Unicode 5.0 form when we generate the edit page for certain browsers, and to convert back to 5.1 when they save the page. But that would be more complicated to develop than to just convert to Unicode 5.1 all the time. If you say Unicode 5.1 is the best solution for your community, then I'm willing to take your word for that. -- Tim Starling ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Code review
I've started the code review of the r56150:HEAD range. Eventually I will branch the trunk and create both a new wmf-deployment and a 1.16 release. There are 3500 revisions and 3 months of development effort to review. It's going to take me a long time despite the fact that my examination of many components will be very brief. If you want to help, here is what you can do: * Fix things that are marked in CodeReview as fixme. Please do this even if you are not the original author. * Focus on quality in your regular development work. Test your changes before you commit them. Finish what you started. * Review code and write comments. Because some people use resolved to indicate that some small part of the revision was fixed, despite glaring issues in the remainder, I treat all resolved statuses as needing review. If a partial review has been done, I'd prefer to see a new - fixme - new sequence, instead of new - fixme - resolved. Unlike last time I did this, I am respecting some of the OK status flags set by other people. But please do not set any revisions as OK unless you are really sure they are OK in every way. I'd rather see people working on setting fixme statuses and leaving the OKs for me. The exception is the review work that I'm deferring. Any sort of OK is better than deferred. Please do not mark your own changes as ok or resolved. Please review my changes, because I don't like to be hypocritical on this point and will be setting them to deferred if nobody else is interested in looking at them. I think the usability initiative team is large enough and experienced enough that they should be able to review their own changes. I'll be doing some whole-file reviews but I'd like to avoid reviewing the individual revisions. -- Tim Starling ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l