[Bug 18682] Can't provide alt text for files in
https://bugzilla.wikimedia.org/show_bug.cgi?id=18682 Égoïté changed: What|Removed |Added CC||i...@gastronomica.be --- Comment #9 from Égoïté 2010-11-20 07:10:17 UTC --- Hello. Sorry for my bad English. Other examples of articles in which I took around the "bug" in describing the images into notes: http://fr.wikipedia.org/wiki/Boite_de_conserve#Notes_et_r.C3.A9f.C3.A9rences, http://fr.wikipedia.org/wiki/Cuisine_de_la_pomme_de_terre, http://fr.wikipedia.org/wiki/Conservation_de_la_viande These descriptions have encountered criticism from French users when I submit the articles to the quality label because they add to the page and are unpleasant to people without disabilities. Technically, I cannot help, but as a writer, I very much hope that you can find a solution. Sincerely, Égoïté -- 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 26022] New: changes in "all" days should be real or be reworded
https://bugzilla.wikimedia.org/show_bug.cgi?id=26022 Summary: changes in "all" days should be real or be reworded Product: MediaWiki Version: wikimedia-deployment Platform: All URL: http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(p roposals)#watchlist_for_all_days_really_is_for_30_days _so_relabel_or_recode OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Watchlist AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: nick_levin...@yahoo.com Watchlists seem to have a 30-day limit, in both Wikipedia and Wikiquote. Therefore, what it says on the watchlist page as "[s]how last 1 | 2 | 6 | 12 hours 1 | 3 | 7 days all" should be amended so "days all" is reworded to "| up to 30 days". The "all" is misleading. This affects me since I edit a lot on WP and check that watchlist often but hardly edit at all in any other project, so I don't want to check their watchlists very often. We see "all" and no edits and we assume there must not have been any. With a rewording, at least we'll know to check at least monthly. Even better would be offering a much longer, or infinite, time frame to see changes, but rewording just the watchlist page is probably easier to implement. The topic at the URL given in this bug report will probably be archived soon. -- 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 26021] New: SVG files are not supported
https://bugzilla.wikimedia.org/show_bug.cgi?id=26021 Summary: SVG files are not supported Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: gpaum...@wikimedia.org CC: gpaum...@wikimedia.org, asha...@wikimedia.org SVG files are rejected with the "Bad extension" popup error message -- 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 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 Bawolff changed: What|Removed |Added CC||vlak...@gmail.com --- Comment #36 from Bawolff 2010-11-20 02:28:26 UTC --- *** Bug 26000 has been marked as a duplicate of this bug. *** -- 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 26000] #switch inserts a linebreak before it
https://bugzilla.wikimedia.org/show_bug.cgi?id=26000 Bawolff changed: What|Removed |Added Status|NEW |RESOLVED CC||bawolff...@gmail.com Resolution||DUPLICATE --- Comment #1 from Bawolff 2010-11-20 02:28:26 UTC --- *** This bug has been marked as a duplicate of bug 12974 *** -- 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 25984] Isolate parser from database dependencies
https://bugzilla.wikimedia.org/show_bug.cgi?id=25984 --- Comment #4 from Bawolff 2010-11-20 02:07:53 UTC --- >For getting templates and red/blue link info I suggest adding a layer of >abstraction that the parser can call rather than calling directly to the >database. You could make your own custom db backend that recognizes certain queries and calls your thingy, but that kind of sounds insane. >One problem I've found with ContentLang is it's not possible to instantiate one >without a User. You either pass a user or the default constructor seems to call >the database anyway to get the language settings for the default user That doesn't seem right. $wgContLang (which is what I assume you're referring to) does not depend on the user's language pref. I'm doubtful that $wgLang hits the db for anon users. Furthermore I managed to do $wgContLang->commaList(array('foo', 'bar')); on my local install without accessing the db. >the default strings could be automatically be extracted to a text file >included in the source tarball to make sure they're up to date $wgUseDatabaseMessages = false; does that >Getting rid of all external dependencies is probably a fair goal but some might >be fine. I'm unconvinced that it'd be worth all the effort given that its not that beneficial to mediawiki to do that (but I'm not planning to do these things, so it doesn't really matter if i see the benefit ;) If you just want to make it work without installing db/apache/etc, you probably can make it work with just an "extension", but it'd be a bit "hacky" -- 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 25850] Kill the Take me back link
https://bugzilla.wikimedia.org/show_bug.cgi?id=25850 Nemo_bis changed: What|Removed |Added CC||federicol...@tiscali.it --- Comment #9 from Nemo_bis 2010-11-20 01:55:56 UTC --- (In reply to comment #0) > I think it's high time we kill the "Take me back" link. Surely at this point > the people who wanted to switch back to Monobook skin have done so. Actually not, because of bug 25029, but [[Special:UsabilityInitiativePrefSwitch]] will still be there, won't it? -- 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 25995] Wikiversity interwiki not-local => local
https://bugzilla.wikimedia.org/show_bug.cgi?id=25995 --- Comment #2 from Nemo_bis 2010-11-20 01:33:51 UTC --- Following http://meta.wikimedia.org/w/index.php?title=Talk:Interwiki_map&oldid=2213088#betawikiversity_and_wikiversity_broken : that's just because the default button is nor "search" instead of "Go", but http://commons.wikimedia.org/wiki/meta: works, http://commons.wikimedia.org/wiki/wikiquote: works , http://commons.wikimedia.org/wiki/v: works etc. betawikiversity: isn't local even on Wikiversity: try http://en.wikiversity.org/wiki/betawikiversity: . -- 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 26020] $wgEmailConfirmToEdit removes diffs from Recent Changes feeds (RSS and Atom)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26020 --- Comment #2 from David Fifield 2010-11-20 00:07:08 UTC --- Created attachment 7840 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7840 Patch to ignore 'confirmedittext' as a reason not to show a diff. -- 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 25870] AntiSpoof not working?
https://bugzilla.wikimedia.org/show_bug.cgi?id=25870 --- Comment #2 from DF 2010-11-20 00:28:59 UTC --- Please see also [1] Sj <-> Sjª [1] - https://secure.wikimedia.org/wikipedia/meta/w/index.php?title=Special%3ABlockList&ip=Sj%C2%AA -- 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 26020] $wgEmailConfirmToEdit removes diffs from Recent Changes feeds (RSS and Atom)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26020 --- Comment #1 from Brion Vibber 2010-11-19 23:47:50 UTC --- Looks like the patch fell off, can you re-attach? Thanks! -- 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 26020] New: $wgEmailConfirmToEdit removes diffs from Recent Changes feeds (RSS and Atom)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26020 Summary: $wgEmailConfirmToEdit removes diffs from Recent Changes feeds (RSS and Atom) Product: MediaWiki Version: 1.16.0 Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: History/Diffs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: da...@bamsoftware.com With $wgEmailConfirmToEdit = true; the RSS and Atom Recent Changes feeds don't have diffs. (Same with individual pages' history.) I checked that setting $wgEmailConfirmToEditor to false restores the diffs. I attached a patch that restoers the diffs, but I'm not sure it's the right thing. -- 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 26019] Underscore is not allowed as the initial character in tag attributes (tag extension)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26019 vin...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Version|1.15.5 |1.17-svn Resolution||INVALID --- Comment #2 from vin...@gmail.com 2010-11-19 23:11:26 UTC --- My apologies. I tested it in the latest SVN version and underscore has been added as a valid first character. Non-english characters are still invalid, but that's a different issue (I have seen some comments about that on the wikimedia website). Sorry once again, I should have checked. -- 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 25787] UploadWizard's error handling is totally broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=25787 Neil Kandalgaonkar changed: What|Removed |Added Severity|enhancement |major -- 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 25902] Icons for stashed audio files are broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=25902 Neil Kandalgaonkar changed: What|Removed |Added Severity|enhancement |minor -- 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 25999] Aborting the upload is not the same as success.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25999 Neil Kandalgaonkar changed: What|Removed |Added Severity|enhancement |normal -- 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 26011] The error sign comes with OK text for bad files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26011 Neil Kandalgaonkar changed: What|Removed |Added Severity|minor |major -- 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 23672] Upload wizard doesn't work in Konqueror 4.4.3
https://bugzilla.wikimedia.org/show_bug.cgi?id=23672 Neil Kandalgaonkar changed: What|Removed |Added Priority|Normal |Lowest --- Comment #1 from Neil Kandalgaonkar 2010-11-19 23:00:24 UTC --- Konqueror is a very small percentage of the browsers on Wikimedia sites. I hope any Konqueror issues will be fixed as we fix Safari and Chrome bugs, but for now this is low priority. -- 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 25965] UploadWizard "steps" appear before styling
https://bugzilla.wikimedia.org/show_bug.cgi?id=25965 Neil Kandalgaonkar changed: What|Removed |Added Severity|enhancement |minor -- 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 25826] Upload wizard navigation panel has a color gap in Chrome 7
https://bugzilla.wikimedia.org/show_bug.cgi?id=25826 Neil Kandalgaonkar changed: What|Removed |Added AssignedTo|ne...@wikimedia.org |tpars...@wikimedia.org -- 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 24692] Upload wizard: RTL support is incomplete
https://bugzilla.wikimedia.org/show_bug.cgi?id=24692 Neil Kandalgaonkar changed: What|Removed |Added AssignedTo|ne...@wikimedia.org |tpars...@wikimedia.org -- 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 24604] UploadWizard: date picker needs to adapt to user locale settings
https://bugzilla.wikimedia.org/show_bug.cgi?id=24604 Neil Kandalgaonkar changed: What|Removed |Added AssignedTo|ne...@wikimedia.org |tpars...@wikimedia.org -- 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 26004] New button is not enable in Learn page when come from upload more files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26004 Neil Kandalgaonkar changed: What|Removed |Added AssignedTo|ne...@wikimedia.org |tpars...@wikimedia.org -- 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 26009] IE 6,7 Browser issue - Upload wizard doesn't get loaded.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26009 Neil Kandalgaonkar changed: What|Removed |Added AssignedTo|ne...@wikimedia.org |tpars...@wikimedia.org -- 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 26005] Browser ie 8 - Buttons are appearing unnecessarily on 'Learn' section of 'Upload wizard'
https://bugzilla.wikimedia.org/show_bug.cgi?id=26005 Neil Kandalgaonkar changed: What|Removed |Added AssignedTo|ne...@wikimedia.org |tpars...@wikimedia.org -- 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 26019] Underscore is not allowed as the initial character in tag attributes (tag extension)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26019 Reedy changed: What|Removed |Added Keywords|parser | --- Comment #1 from Reedy 2010-11-19 22:44:01 UTC --- Is this actually an API specific bug? The parser tag seems wrong (removing). Also, you're testing again 1.15.5? :S -- 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 26019] New: Underscore is not allowed as the initial character in tag attributes (tag extension)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26019 Summary: Underscore is not allowed as the initial character in tag attributes (tag extension) Product: MediaWiki Version: 1.15.5 Platform: All OS/Version: All Status: NEW Keywords: parser Severity: minor Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: vin...@gmail.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com When creating tag extensions, attribute names with underscore as the initial character (e.g. _attr, _file, etc.) are not recognized as valid attributes. This is a valid attribute name according to W3C XML standard (http://www.w3.org/TR/REC-xml/#NT-NameStartChar), which, if I understand correctly, mediawiki tries to comply with. I don't see a reason why these attributes should not be allowed. -- 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 26017] When loading diff's, don't lock up web server
https://bugzilla.wikimedia.org/show_bug.cgi?id=26017 --- Comment #4 from Platonides 2010-11-19 22:37:18 UTC --- Can you get another page from a different browser (ie. not logged in)? It could be the php session locking. -- 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 26018] documentation to fix my screwup
https://bugzilla.wikimedia.org/show_bug.cgi?id=26018 Bawolff changed: What|Removed |Added Keywords||need-review, patch CC||bawolff...@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 26017] When loading diff's, don't lock up web server
https://bugzilla.wikimedia.org/show_bug.cgi?id=26017 --- Comment #3 from Reedy 2010-11-19 22:09:51 UTC --- Ubuntu x64 10.10 It won't serve any more pages, until the diff is loaded.. If you try and browse away, it won't finish loading, and I have to restart the apache instance -- 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 24760] Upload wizard doesn't support the browsers' "back" action
https://bugzilla.wikimedia.org/show_bug.cgi?id=24760 Trevor Parscal changed: What|Removed |Added CC||tpars...@wikimedia.org Severity|normal |enhancement -- 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 24762] Upload wizard: Add bail options
https://bugzilla.wikimedia.org/show_bug.cgi?id=24762 Trevor Parscal changed: What|Removed |Added CC||tpars...@wikimedia.org Severity|normal |minor -- 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 24702] Upload wizard: User preference for preferred license
https://bugzilla.wikimedia.org/show_bug.cgi?id=24702 Trevor Parscal changed: What|Removed |Added CC||tpars...@wikimedia.org Severity|normal |enhancement -- 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 26017] When loading diff's, don't lock up web server
https://bugzilla.wikimedia.org/show_bug.cgi?id=26017 Platonides changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #2 from Platonides 2010-11-19 20:46:43 UTC --- Serving a diff needs more processing than normal (producing the diff, probably rendering an old revision, which is always uncached...) but lockup web server?? -- 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 26017] When loading diff's, don't lock up web server
https://bugzilla.wikimedia.org/show_bug.cgi?id=26017 --- Comment #1 from Max Semenik 2010-11-19 20:39:42 UTC --- Locks up? It doesn't serve any other requests? What OS? -- 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 6455] Set $wgPFEnableStringFunctions = true on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 --- Comment #113 from Phillip Patriakeas 2010-11-19 20:01:14 UTC --- (In reply to comment #112) > By the way, I'm sure there are wikis with activated StringFunctions. Are there > any reports that these wikis had problems with it? If there are any open doors > in them, I'm sure somebody must have discovered them already!? Wikia - *all* of Wikia - has had StringFunctions enabled for years. I've never heard about any problems they've had as a result of this. -- 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 6455] Set $wgPFEnableStringFunctions = true on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 --- Comment #112 from Marcus Buck 2010-11-19 19:35:53 UTC --- As far as I can see all of the StringFunctions are already present in template-implemented versions now. Just in an inefficient way. So any "abuse" (quotation marks because of Le Chat's good remark) would be possible already now. Does anybody have any ideas in which direction possible "abuse" could go? I cannot think of any new class of functionality that would become possible if we allowed StringFunctions. The template-based string functions too were not enabled by ParserFunctions alone. Template-based string functions would be impossible without "padleft:" and "padright:". These two are string functions. It's clear that when you provide a single string function and simple logic, that other string functions can be emulated. That door was left open and people walked through. But if StringFunctions do not open new doors nothing bad can happen. I don't see open doors in them. If you do see them, please report. I guess we can safely assume that when you provide functionality people will _always_ test the limits of the functionality. It doesn't matter how few or how amazingly much functionality you provide. They will test it limits. It's almost a law of nature. That's normal and we will never have success with "We provide this functionality but please don't fully utilize it". We have to put limitations on functionality because we need to limit the computation cost and rendering time. If we replace the template-based string functions with extension-based StringFunctions we will reduce computation cost and rendering time. That's a good thing. If you want to secure that this gain will not be consumed by increased use of the functions then set limitations on how many instances of the functions can be called on a single page. By the way, I'm sure there are wikis with activated StringFunctions. Are there any reports that these wikis had problems with it? If there are any open doors in them, I'm sure somebody must have discovered them already!? -- 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 26018] New: documentation to fix my screwup
https://bugzilla.wikimedia.org/show_bug.cgi?id=26018 Summary: documentation to fix my screwup Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Documentation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: russnel...@gmail.com I have set up mediawiki a couple of times before, but am not an expert (yet). Thus I made a naive mistake which I would like to prevent others from making. I believe this patch improves the documentation so that nobody will look at $wmLocalFileRepo to true as I did. Index: includes/DefaultSettings.php === --- includes/DefaultSettings.php(revision 76954) +++ includes/DefaultSettings.php(working copy) @@ -365,8 +365,13 @@ * - apibase Use for the foreign API's URL * - apiThumbCacheExpiry How long to locally cache thumbs for * - * The default is to initialise these arrays from the MW<1.11 backwards compatible settings: - * $wgUploadPath, $wgThumbnailScriptPath, $wgSharedUploadDirectory, etc. + * If you leave $wgLocalFileRepo set to false, Setup will fill in appropriate values. + * Otherwise, set $wgLocalFileRepo to a repository structure as described above. + * If you set $wgUseInstantCommons to true, it will add an entry for Commons. + * If you set $wgForeignFileRepos to an array of repostory structures, those will + * be searched after the local file repo. + * Otherwise, you will only have access to local media files. + * */ $wgLocalFileRepo = false; -- 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 DieBuche changed: What|Removed |Added Attachment #7803|0 |1 is obsolete|| --- Comment #20 from DieBuche 2010-11-19 18:43:05 UTC --- Created attachment 7839 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7839 patch (with line numbers) This was weird. I used the normal svn diff. Too lazy to investigate though, a new one is attached. -- 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 6455] Set $wgPFEnableStringFunctions = true on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 --- Comment #111 from Le Chat 2010-11-19 17:21:09 UTC --- >...abuse... It's not abuse (which would be putting good tools to bad use), this is putting bad tools to good use. >...proper scripts...extensions... Yes, this seems to be the vicious circle we're in... someone *has* written an extension, but what good did it do him - we're now deprived of the use of the extension, just in case someone "abuses" it by making better use of it than was anticipated. It would obviously be much much better to have non-trivial logic compiled into the software than to do it via templates, but what choice are we given? -- 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 25975] Chaos in the interface of FlaggedRevs
https://bugzilla.wikimedia.org/show_bug.cgi?id=25975 --- Comment #4 from Aaron Schulz 2010-11-19 16:49:23 UTC --- Since r76958, the new notice is now unused for the detailed bar UI. This puts the clutter back to the level it was at before for the detailed bar UI. -- 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 6455] Set $wgPFEnableStringFunctions = true on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 --- Comment #110 from Aryeh Gregor 2010-11-19 16:33:30 UTC --- (In reply to comment #108) > #Pro: less server load > #Pro: faster page load/render times Experience has shown that people will just write pages that use up whatever the resource limits are. They'll use the functions to write still more complicated templates, which currently they can't write because of preinclusion size limits. It's not at all obvious it will make anything faster, it will just allow more complexity for the same length limit. In support of this, observe that ParserFunctions was only introduced to provide a sane replacement for [[Template:Qif]], much as this bug requests that StringFunctions be enabled to replace [[Template:Str len]] and friends. The explosion of template complexity after ParserFunctions were turned on would have been impossible (given performance limits) with template hacks. It's a certainty that that will happen again if we enable StringFunctions, with template editing becoming even more arcane. Maybe we should enable the string functions, but reduce preinclusion length limit, or impose other limits on template complexity. > #Pro: less page breakage How so? > #Pro: easier template programming Not if things get even more complicated to compensate, which they will. > #Pro: less obscure limits on lengths The limits on length will be the same, it's just people will write even more complicated templates to use up the length limits. #Con: Templates like {{str len}} will no longer count as much against the length limit, so the effective limit will be higher and people will be able to make even more complicated and unmaintainable wikitext pages for things that should have been written in a real language to start with. I agree that enabling string functions is the lesser evil, but it's still evil. People shouldn't have been writing programs in wikitext to begin with, they should use proper scripts of some type -- extensions or bots or such. Personally I'd also be okay with restricting or disabling any functions that people are abusing to emulate string functions, like padright/left, but that would be much more disruptive, and people will always find ways to abuse innocent functionality. So unless someone is willing to implement a systematic solution like a Lua extension, we may as well resign ourselves to making template programming less painful. -- 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 6455] Set $wgPFEnableStringFunctions = true on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 --- Comment #109 from Happy-melon 2010-11-19 15:49:52 UTC --- (In reply to comment #108) > I'm pretty sure it would garner extensive support. > ... > Anyone in doubt as to the importance of this bug is invited to look at VP(T) > where I believe almost half the threads are related to it. You[1] are making a mistake in assuming that if the enwiki community supports a technical change then, ipso facto, that change should be implemented, irrespective of any 'big picture' considerations. You're[1] not in Kansas any more; the consensus of the enwiki community is not sovereign here. > I'm disappointed someone re-closed the bug, it was not re-opened lightly. It was re-opened mistakenly under a [[WP:BRD]] principle which just doesn't apply here. It is perfectly acceptable to comment, where appropriate, on closed bugs; the status applies only to the bug title, not to the discussion underneath. Tim has said that the status of the request "Set $wgPFEnableStringFunctions=true on WMF wikis" is WONTFIX; that conclusion stands until something (maybe discussion under the closed bug, maybe something else) convinces *him* or *another sysadmin of equal standing* to reconsider it. Someone else changing the status does not somehow reshape the world to make it so. [1] I'm speaking generally, not to anyone specifically. -- 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 6455] Set $wgPFEnableStringFunctions = true on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=6455 --- Comment #108 from Rich Farmbrough 2010-11-19 14:49:13 UTC --- I'm pretty sure it would garner extensive support. #Pro: less server load #Pro: less page breakage #Pro: easier template programming #Pro: faster page load/render times #Pro: less obscure limits on lengths #Pro: less templates which work fine in test but are useless on an actual page #Con: If we implement a scripting language we may need to migrate some stuff - which we would anyway. Things have moved on in four years, but we are still struggling with ancient functionality. Wikia has more powerful facilities than the WMF projects. I'm disappointed someone re-closed the bug, it was not re-opened lightly. Anyone in doubt as to the importance of this bug is invited to look at VP(T) where I believe almost half the threads are related to it. -- 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 26017] New: When loading diff's, don't lock up web server
https://bugzilla.wikimedia.org/show_bug.cgi?id=26017 Summary: When loading diff's, don't lock up web server Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: CodeReview AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: innocentkil...@gmail.com, s...@reedyboy.net Noticed on my server it locks up... Not sure why. Needs some investigation (not sure if it's just one of the configs or something) Will poke at it when I've more time -- 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 26016] New: When a user signs off a revision, log it somewhere (like status changes)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26016 Summary: When a user signs off a revision, log it somewhere (like status changes) Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CodeReview AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: innocentkil...@gmail.com, s...@reedyboy.net, roan.katt...@gmail.com, tpars...@wikimedia.org Can we make the status changes page fit with listing user signoffs too? Else a separate form to do this... -- 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 26015] New: Wikilink to signoff users to userpage if user is linked
https://bugzilla.wikimedia.org/show_bug.cgi?id=26015 Summary: Wikilink to signoff users to userpage if user is linked Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CodeReview AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: innocentkil...@gmail.com, s...@reedyboy.net, roan.katt...@gmail.com, tpars...@wikimedia.org Otherwise it's just plain text -- 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 26014] New: Allow users to strike own signoffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=26014 Summary: Allow users to strike own signoffs Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CodeReview AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: innocentkil...@gmail.com, s...@reedyboy.net, roan.katt...@gmail.com, tpars...@wikimedia.org If they realise they are wrong, they need to be able to undo it Still visible, but in -- 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 26013] New: Add an interface to add/remove "related" revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=26013 Summary: Add an interface to add/remove "related" revisions Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CodeReview AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: innocentkil...@gmail.com, s...@reedyboy.net, roan.katt...@gmail.com, tpars...@wikimedia.org Per title/Hack-A-Ton, add an interface to add and remove related revisions -- 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 26012] Fatal error when running update
https://bugzilla.wikimedia.org/show_bug.cgi?id=26012 --- Comment #2 from Jeroen De Dauw 2010-11-19 12:22:06 UTC --- Oh damn. The MW isn't trunk. It's an early 1.17 alpha. Is LQT breaking compat with MW < 1.17? -- 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 26012] Fatal error when running update
https://bugzilla.wikimedia.org/show_bug.cgi?id=26012 Reedy changed: What|Removed |Added CC||s...@reedyboy.net --- Comment #1 from Reedy 2010-11-19 12:08:16 UTC --- It works fine for me (just tested)... -- 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 25225] Bugzilla help pages are not helpful
https://bugzilla.wikimedia.org/show_bug.cgi?id=25225 Reedy changed: What|Removed |Added Summary|Bugzilla help pages are no |Bugzilla help pages are not |helpful |helpful -- 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 26012] New: Fatal error when running update
https://bugzilla.wikimedia.org/show_bug.cgi?id=26012 Summary: Fatal error when running update Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: jeroen_ded...@yahoo.com CC: amil...@wikimedia.org, bhar...@wikimedia.org I'm getting this fatal error when I run update.php on an install with both MW and LQT trunk. Fatal error: Call to undefined method MysqlUpdater::addExtensionUpdate() in /home/org/ .. /www/smw/extensions/LiquidThreads/classes/Hooks.php on line 330 -- 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 26011] New: The error sign comes with OK text for bad files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26011 Summary: The error sign comes with OK text for bad files Product: MediaWiki extensions Version: any Platform: All URL: http://commons.prototype.wikimedia.org/uwd/Special:Upl oadWizard OS/Version: All Status: NEW Severity: minor Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: wikib...@calcey.com CC: gpaum...@wikimedia.org, asha...@wikimedia.org Created attachment 7838 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7838 OK text The error sign comes with OK text for bad files. Please refer the attached screenshot. -- 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 26010] New: Better to specify the file name for bad and verification failing files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26010 Summary: Better to specify the file name for bad and verification failing files Product: MediaWiki extensions Version: any Platform: All URL: http://commons.prototype.wikimedia.org/uwd/Special:Upl oadWizard OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: wikib...@calcey.com CC: gpaum...@wikimedia.org, asha...@wikimedia.org Created attachment 7837 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7837 Bad File popup When multiple files are uploaded it is better to specify the file name also in the bad or verification failed file uploads. Please refer the attachment for the current message given -- 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 26008] It is better if 'Click here to upload a file' label change in to hyper link or button
https://bugzilla.wikimedia.org/show_bug.cgi?id=26008 --- Comment #1 from Calcey QA 2010-11-19 11:42:55 UTC --- Expected Result: Set the 'Click here to upload a file' label as a button or a hyperlink. If 'Click here to upload a file' is set as hyperlink, it is advisable to change the mouse pointer icon to hand type when place the mouse over the 'Click here to upload a file'. -- 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 26008] It is better if 'Click here to upload a file' label change in to hyper link or button
https://bugzilla.wikimedia.org/show_bug.cgi?id=26008 Calcey QA changed: What|Removed |Added Summary|It is better if 'Click here |It is better if 'Click here |to upload a file' label |to upload a file' label |change as a hyper link or |change in to hyper link or |button |button -- 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 26004] New button is not enable in Learn page when come from upload more files
https://bugzilla.wikimedia.org/show_bug.cgi?id=26004 Calcey QA changed: What|Removed |Added Summary|New button in not enable in |New button is not enable in |Learn page when come from |Learn page when come from |upload more files |upload more files -- 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 26009] New: IE 6,7 Browser issue - Upload wizard doesn't get loaded.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26009 Summary: IE 6,7 Browser issue - Upload wizard doesn't get loaded. Product: MediaWiki extensions Version: any Platform: All URL: http://commons.prototype.wikimedia.org/uwd/Special:Upl oadWizard OS/Version: All Status: NEW Severity: blocker Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: wikib...@calcey.com CC: gpaum...@wikimedia.org, asha...@wikimedia.org Created attachment 7836 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7836 Upload wizard doesn't get loaded properly Upload wizard doesn't get loaded in following browser versions, ie6, ie7 Steps to Reproduce 1.) Load the application in ie8 browser version << http://commons.prototype.wikimedia.org/uwd/Special:UploadWizard>> 2.) Login to the application 3.) Click on Upload file link Expected results: Upload wizard should be get loaded and user should be able to upload files successfully. Actual results: Upload wizard doesn't get loaded properly hence user cannot be able to upload files successfully. -- 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 26008] New: It is better if 'Click here to upload a file' label change as a hyper link or button
https://bugzilla.wikimedia.org/show_bug.cgi?id=26008 Summary: It is better if 'Click here to upload a file' label change as a hyper link or button Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: wikib...@calcey.com CC: gpaum...@wikimedia.org, asha...@wikimedia.org Created attachment 7835 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7835 Label 'Click here to upload a file' has to be change. It is better if 'Click here to upload a file' label can change to a button or a hyper link on 'Upload wizard' screen -- 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 26007] New: No proper warning message when same content is uploaded multiple times
https://bugzilla.wikimedia.org/show_bug.cgi?id=26007 Summary: No proper warning message when same content is uploaded multiple times Product: MediaWiki extensions Version: any Platform: All URL: http://commons.prototype.wikimedia.org/uwd/Special:Upl oadWizard OS/Version: All Status: NEW Severity: normal Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: wikib...@calcey.com CC: gpaum...@wikimedia.org, asha...@wikimedia.org There will be no proper warning message appears when user tries to upload same content multiple times. Also process get hangs when trying to navigate to Use tab. In the describe tab the image preview not get displayed. Steps to reproduce: 1)In the Upload tab give a file which has been already uploaded. 2)Navigate to Describe tab. Notice image preview is not available. 3) Provide necessary details and click Next Notice that page is hanged. -- 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 25987] prop=info&inprop=watched doesn't show if a missing page is watched
https://bugzilla.wikimedia.org/show_bug.cgi?id=25987 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Status|NEW |RESOLVED CC||ialex.w...@gmail.com Resolution||FIXED --- Comment #1 from Alexandre Emsenhuber [IAlex] 2010-11-19 10:53:41 UTC --- Fixed in r77012. -- 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 26006] New: Allow obtaining full URL in prop=langlinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=26006 Summary: Allow obtaining full URL in prop=langlinks Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: roan.katt...@gmail.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com prop=iwlinks already supports this. Feature has been requested by folks at Google using the API. -- 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 26005] Browser ie 8 - Buttons are appearing unnecessarily on 'Learn' section of 'Upload wizard'
https://bugzilla.wikimedia.org/show_bug.cgi?id=26005 --- Comment #2 from Calcey QA 2010-11-19 09:25:54 UTC --- Created attachment 7834 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7834 Missing functionality, Click here to upload a file -- 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 26005] Browser ie 8 - Buttons are appearing unnecessarily on 'Learn' section of 'Upload wizard'
https://bugzilla.wikimedia.org/show_bug.cgi?id=26005 Calcey QA changed: What|Removed |Added Priority|Normal |Highest Severity|major |blocker --- Comment #1 from Calcey QA 2010-11-19 09:22:55 UTC --- Note: Same behavior can be observed in Opera 10.63 browser version as well. When user click on any 'Next' button application moves to 'Upload' section of 'Upload wizard' screen but can't see the 'Click here to upload a file' facility to upload any file. -- 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 26005] Browser ie 8 - Buttons are appearing unnecessarily on 'Learn' section of 'Upload wizard'
https://bugzilla.wikimedia.org/show_bug.cgi?id=26005 Calcey QA changed: What|Removed |Added Summary|Browser ie - Buttons are|Browser ie 8 - Buttons are |appearing unnecessarily on |appearing unnecessarily on |'Learn' section of 'Upload |'Learn' section of 'Upload |wizard' |wizard' -- 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 25850] Kill the Take me back link
https://bugzilla.wikimedia.org/show_bug.cgi?id=25850 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #8 from Roan Kattouw 2010-11-19 08:41:00 UTC --- Done. -- 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