[Bug 25610] Setting a cookie to go into a RL debug mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=25610 Nux changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #3 from Nux 2010-11-05 07:41:16 UTC --- Are you sure this is enough? The behaviour seems to differ a bit as you also read "debug" state on line 2410 and 2579 and you don't read from the cookie there. The cookie state is also disregarded in the __construct of ResourceLoaderContext. Maybe not a big difference now, but it seems to be a point where things can go bad in the future (where debug might mean something more). What I'm saying is debugging with a cookie and with a param is different even now and might be worse in future. This doesn't feel like an expected or intended behaviour. -- 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 25792] New: Unclosed elements in cause wrong escaping
https://bugzilla.wikimedia.org/show_bug.cgi?id=25792 Summary: Unclosed elements in cause wrong escaping Product: MediaWiki Version: 1.15.4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: liang...@gmail.com All cases are tested without Tidy enabled. Wikitext 1 -- Looks good. Welcome! [[XX]][[XX]][[XX]] [[XX]][[XX]][[XX]] [[XX]][[XX]][[XX]] [[XX]][[XX]][[XX]] Wikitext 2 -- will be escaped and will be unclosed. Welcome! [[XX]][[XX]][[XX]] [[XX]][[XX]][[XX]] [[XX]][[XX]][[XX]] [[XX]][[XX]][[XX]] and are not compulsory here, in HTML (not XHTML). -- 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 23701] MySQL error on SMW_setup.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=23701 Paul Murphy changed: What|Removed |Added Status|RESOLVED|REOPENED CC||paul.mur...@glpg.com Resolution|WORKSFORME | --- Comment #3 from Paul Murphy 2010-11-05 10:48:06 UTC --- This error also happens for me when using MW 1.14.0, PHP 5.1.6, and MySQL 4.0.18-MAX The issue is that the code in SMW_SQLHelpers.php, SMW_SQLStore2_Queries.php and SMW_SQLStore2.php generates SQL which defines tables as "KEY AUTO_INCREMENT", but this needs to be "PRIMARY KEY AUTO_INCREMENT" for the version of MySQL in use. I have patched my install with these changes, and both the Admin page interface and running the SMW_setup.php directly now works. -- 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 25793] New: Security problem: API allows to hijack sessionid
https://bugzilla.wikimedia.org/show_bug.cgi?id=25793 Summary: Security problem: API allows to hijack sessionid Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Keywords: patch Severity: major Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: maroo...@wikia.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com Created attachment 7791 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7791 patch fixes mentioned issue If you make a post to api.php with something like "action=login&lgname=TestUser&lgpassword=gotcha" the api responds with a NeedToken error, inside the error message the current session is included... so you can trick the api into telling you what the sessionid is to bypass httponly and get access to the user's login session. On wiki farm (like Wikia) an evil admin could alter common.js to run this POST request via AJAX for every logged in user that enters his wiki - having sessions he would be able to log in as any visitor of his wiki by creating proper cookie. Simple patch attached - for case LoginForm::NEED_TOKEN do not return sessionid. -- 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 25793] Security problem: API allows to hijack sessionid
https://bugzilla.wikimedia.org/show_bug.cgi?id=25793 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #1 from Roan Kattouw 2010-11-05 11:44:01 UTC --- All output of session IDs removed in r76077. I contemplated other ways of doing this, but none of them were secure. The session ID was output to help clients that couldn't read cookies properly, but I'm afraid we're having to drop support for those now. -- 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 25793] Security problem: API allows to hijack sessionid
https://bugzilla.wikimedia.org/show_bug.cgi?id=25793 --- Comment #2 from Roan Kattouw 2010-11-05 11:44:50 UTC --- And thanks for reporting this! -- 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 25792] Unclosed elements in cause wrong escaping
https://bugzilla.wikimedia.org/show_bug.cgi?id=25792 Chad H. changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from Chad H. 2010-11-05 11:50:13 UTC --- What possible use case for this is there? -- 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 25793] Security problem: API allows to hijack sessionid
https://bugzilla.wikimedia.org/show_bug.cgi?id=25793 Roan Kattouw changed: What|Removed |Added Resolution|FIXED |INVALID --- Comment #3 from Roan Kattouw 2010-11-05 11:57:33 UTC --- Hmm, on second thought, this isn't a security issue at all. Reverted r76077 in r76080. The only way an attacker can read the echoed session ID is if they can request it using JS running on the same domain (evil admin scenario, like you said). Cross-domain, it won't work. And if the attacker can run JS on the same domain, they can do much worse things already (e.g. bypass the CSRF safeguards and edit things as you), most notably access our cookies directly without needing the API to echo them back at them. -- 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 25793] Security problem: API allows to hijack sessionid
https://bugzilla.wikimedia.org/show_bug.cgi?id=25793 Roan Kattouw changed: What|Removed |Added CC||tstarl...@wikimedia.org --- Comment #4 from Roan Kattouw 2010-11-05 11:58:36 UTC --- CC Tim Starling, want him to look at this in case I'm missing something. -- 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 25793] Security problem: API allows to hijack sessionid
https://bugzilla.wikimedia.org/show_bug.cgi?id=25793 --- Comment #5 from Marooned 2010-11-05 12:08:27 UTC --- This cookie is httponly so using document.cookie won't allow you to get it. The API call makes it possible. CSRF allows evil admin to run unprotected actions - such actions should be fixed (by require token for example). The bug mentioned here allows you not only to run unprotected action but take over the whole account and fixing it sounds reasonably. -- 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 25793] Security problem: API allows to hijack sessionid
https://bugzilla.wikimedia.org/show_bug.cgi?id=25793 --- Comment #6 from Roan Kattouw 2010-11-05 12:21:44 UTC --- (In reply to comment #5) > This cookie is httponly so using document.cookie won't allow you to get it. You're right about that, my mistake. > The > API call makes it possible. Yes, but it doesn't matter much, see below. > CSRF allows evil admin to run unprotected actions - such actions should be > fixed (by require token for example). > Yes, and we do require tokens. Tokens prevent CROSS-site scripting, but they can't protect against SAME-site scripting. Once the attacker has JS running on the same site, they can edit as you, create/move/delete pages at you, etc., etc., and we can't protect against that. So in practice, they've already taken over your account, and they can take it over for real by changing your e-mail address, using the "I forgot my password" feature to reset the password, then logging you out. > The bug mentioned here allows you not only to run unprotected action but take > over the whole account and fixing it sounds reasonably. Stealing someone's cookies does allow you to take over their account, but once you're running JS from the same domain you can already do the same thing without needing the cookie data. -- 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 25794] New: disallow multiple table captions
https://bugzilla.wikimedia.org/show_bug.cgi?id=25794 Summary: disallow multiple table captions Product: MediaWiki Version: unspecified Platform: All URL: http://de.wikipedia.org/w/index.php?title=Vorlage:Info box_Musikalbum/Tabelle&oldid=81115052 OS/Version: All Status: NEW Severity: major Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: andbe...@web.de Hello, you can generate more tahn one caption for a table with the wikisyntax {| |+ caption 1 |+ caption 2 |} The problem is, Firefox doesn't show the further captions, just the the first one. It works in other Browsers (IE, Opera), so a page edited by a user with one of these browsers leads to a very different view in Firefox. -- 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 25795] New: php fatal error caused by customiseSearchResultTitle in hooks.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25795 Summary: php fatal error caused by customiseSearchResultTitle in hooks.php Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: ad...@juniorwiki.org CC: amil...@wikimedia.org, bhar...@wikimedia.org Getting a fatal error from line 226 in hooks.php: $text = $thread->subject(); saying: "PHP Fatal error: Call to a member function subject() on a non-object". You can reproduce this error by going to http://k6.juniorwiki.org. Then do a search for "positiv". You will get a blank page. There is an article "Positiv (Fremdwort)", and when you search for that expression, you will get the result correctly. What is extremely puzzling to me is that this behaviour doesn't show up with "negativ". When you search for that, everything is fine, although there is no article "negativ" but "Negativ (Fremdwort)" - as is the case with "positiv". Running MW1.16, LiquidThreads 2.0-alpha -- 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 25796] New: UploadWizard breaks in non-Vector skins
https://bugzilla.wikimedia.org/show_bug.cgi?id=25796 Summary: UploadWizard breaks in non-Vector skins Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: blocker Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: roan.katt...@gmail.com CC: gpaum...@wikimedia.org Visiting Special:UploadWizard in any skin that's not Vector results in the following JS error: discussListItem is null, UploadWizardPage.js line 14 and the wizard doesn't show up at all. http://commons.prototype.wikimedia.org/uwd/Special:UploadWizard?useskin=chick http://commons.prototype.wikimedia.org/uwd/Special:UploadWizard?useskin=standard http://commons.prototype.wikimedia.org/uwd/Special:UploadWizard?useskin=cologneblue http://commons.prototype.wikimedia.org/uwd/Special:UploadWizard?useskin=modern http://commons.prototype.wikimedia.org/uwd/Special:UploadWizard?useskin=monobook http://commons.prototype.wikimedia.org/uwd/Special:UploadWizard?useskin=myskin http://commons.prototype.wikimedia.org/uwd/Special:UploadWizard?useskin=nostalgia http://commons.prototype.wikimedia.org/uwd/Special:UploadWizard?useskin=simple -- 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 25797] New: UploadWizard assumes presence of jquery.suggestions plugin
https://bugzilla.wikimedia.org/show_bug.cgi?id=25797 Summary: UploadWizard assumes presence of jquery.suggestions plugin Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: roan.katt...@gmail.com CC: gpaum...@wikimedia.org ...but there are cases when this plugin isn't present, e.g. when the Vector extension is not enabled, or when a skin other than Vector is used (although in the latter case you have worse things to worry about, see bug 25796). In those cases, a JS error is thrown and whatever the suggestions plugin is used for doesn't work. Haven't noticed any other bad effects. If you want/need to, you can detect the presence of the suggestions plugin with if ( 'suggestions' in $j.fn ) -- 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 24071] Allow SVG code to be used in wiki editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=24071 --- Comment #4 from yonidebest 2010-11-05 14:02:38 UTC --- it is not practical to upload thousands of SVG images to simply create the above mentioned templete (which displays an arrow in the specified length and angle). why do you suggest that an SVG created by the server will not be supported by all browsers? -- 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 CC||diebu...@gmail.com --- Comment #9 from DieBuche 2010-11-05 14:10:39 UTC --- This is actually very easy: Use divs with: { display:-moz-inline-stack; display:inline-block; zoom:1; *display:inline; } add a vertical-align:top; to cater for inconsistenst heights. I'll add a patch later -- 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 25798] New: If token request times out, spinner spins forever due to JS error
https://bugzilla.wikimedia.org/show_bug.cgi?id=25798 Summary: If token request times out, spinner spins forever due to JS error Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: roan.katt...@gmail.com CC: gpaum...@wikimedia.org If the request to get an upload token (right after clicking "Upload and continue" on the first page of the wizard) times out or fails otherwise, the following JS error occurs: result is null, mw.Api.js line 142 and the spinner keeps spinning forever. -- 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 6755] IE v6.0 2900 bug with Commons gallery pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=6755 DieBuche changed: What|Removed |Added Status|NEW |RESOLVED CC||diebu...@gmail.com Resolution||WORKSFORME --- Comment #11 from DieBuche 2010-11-05 14:25:54 UTC --- Closing as worksforme, since no one managed to reproduce it & could be be due to other factors out of mw control. -- 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 --- Comment #10 from DieBuche 2010-11-05 15:23:34 UTC --- Created attachment 7792 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7792 Basic, working patch here's a quick patch perrow is not yet refactored, best way imo would be to set a fixed width on the container div -- 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 25787] UploadWizard's error handling is totally broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=25787 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #3 from Roan Kattouw 2010-11-05 15:37:58 UTC --- Also, whenever something goes wrong in the final api.php?action=upload call in the very last step of the wizard (in my case, HTTP 500 because of a fatal error caused by a botched merge), there is no error reporting whatsoever, the wizard just 'hangs' (i.e. the interface remains blurred and inactive forever). -- 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 25799] New: Enabling viewing patrols seperate from own autopatrolled edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=25799 Summary: Enabling viewing patrols seperate from own autopatrolled edits Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com Currenltly I see no way to see sombody's patrollog without his or her own 'edits' in between (not really edits but autpatrols). As far as I can see these are stored in a different way and can be identified as such. Example: http://commons.wikimedia.org/w/index.php?title=Special%3ALog&type=patrol Some have (automatic) behind them. A userscript that executes the following exists: jQuery(".mw-logline-patrol:contains('automatic')").hide(); But if the user page 50 edits since the last patrol the list will be empty (or 500 of that matter). So way to filter these (wether or not by storing the seperatly entirely - or perhaps not store autopatrol in the database at all ?) enabling to see the actual patrol log, that would be handy. - Krinkle -- 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 25800] New: wgAction incorrectly asumes 'view' instead of 'historysubmit' on diff-pages without a &action parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=25800 Summary: wgAction incorrectly asumes 'view' instead of 'historysubmit' on diff-pages without a &action parameter Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Javascript AssignedTo: d...@ucsc.edu ReportedBy: krinklem...@gmail.com CC: tpars...@wikimedia.org Although the action parameter overrides the diff-parameter when it's present... ie. [1] http://commons.wikimedia.org/w/index.php?title=File%3AMessi_Training_.jpg&action=submit&diff=45556202&oldid=45511597 and [2] http://commons.wikimedia.org/w/index.php?title=File%3AMessi_Training_.jpg&action=history&diff=45556202&oldid=45511597 don't show diff-views but editscreens and historypages respectively. .. when it's not present the diff-parameter instructs MediaWiki to asume a historysubmit and generate a diff. Such as on this link [3] http://commons.wikimedia.org/w/index.php?title=File%3AMessi_Training_.jpg&diff=45556202&oldid=45511597 or [4] http://commons.wikimedia.org/w/index.php?diff=45556202&oldid=45511597 or even [5] http://commons.wikimedia.org/?diff=45556202 for that matter, all show the diff-view. But also all of them have wgAction set to "view" which is wrong. Although the last link variation is nowhere generated by MediaWiki itself, the first two varations ([3] and [4]) are actually generated by MediaWiki from IRC and in RecentChanges. The main reason being that it will be a lot easier for user scripts, widgets and tools to detect diff-views as there are so many different URLs possibly leading to it, the easiest way is just for the wgAction to say what it is. -- 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 2020] BiDi related issues to ";", ":", "#", and "*", monobook skin etc.
https://bugzilla.wikimedia.org/show_bug.cgi?id=2020 Mark A. Hershberger changed: What|Removed |Added Status|NEW |RESOLVED CC||m...@everybody.org Resolution||FIXED --- Comment #11 from Mark A. Hershberger 2010-11-05 15:51:35 UTC --- Just tested this against the sample text and got the expected indentation on both monobook, classic and vector. -- 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 745] RTL/bidirectional issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=745 Bug 745 depends on bug 2020, which changed state. Bug 2020 Summary: BiDi related issues to ";", ":", "#", and "*", monobook skin etc. https://bugzilla.wikimedia.org/show_bug.cgi?id=2020 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- 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 25790] Less thumbnail downloads for InstantCommons
https://bugzilla.wikimedia.org/show_bug.cgi?id=25790 --- Comment #1 from Derk-Jan Hartman 2010-11-05 16:31:37 UTC --- Applied in r76111 -- 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 25797] UploadWizard assumes presence of jquery.suggestions plugin
https://bugzilla.wikimedia.org/show_bug.cgi?id=25797 Guillaume Paumier changed: What|Removed |Added CC||asha...@wikimedia.org Component|UploadWizard|Multimedia usability --- Comment #1 from Guillaume Paumier 2010-11-05 16:34:34 UTC --- Merging bugzilla components "Multimedia Usability" and "Upload 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 25785] Safari JS bug in uploadwizard
https://bugzilla.wikimedia.org/show_bug.cgi?id=25785 Guillaume Paumier changed: What|Removed |Added CC||asha...@wikimedia.org Component|UploadWizard|Multimedia usability --- Comment #2 from Guillaume Paumier 2010-11-05 16:34:35 UTC --- Merging bugzilla components "Multimedia Usability" and "Upload 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 25786] Terse, untranslated error message when trying to upload a file with a forbidden extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=25786 Guillaume Paumier changed: What|Removed |Added CC||asha...@wikimedia.org Component|UploadWizard|Multimedia usability --- Comment #1 from Guillaume Paumier 2010-11-05 16:34:36 UTC --- Merging bugzilla components "Multimedia Usability" and "Upload 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 25798] If token request times out, spinner spins forever due to JS error
https://bugzilla.wikimedia.org/show_bug.cgi?id=25798 Guillaume Paumier changed: What|Removed |Added CC||asha...@wikimedia.org Component|UploadWizard|Multimedia usability --- Comment #1 from Guillaume Paumier 2010-11-05 16:34:36 UTC --- Merging bugzilla components "Multimedia Usability" and "Upload 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 25784] Thumbnails of stashed files link to 404
https://bugzilla.wikimedia.org/show_bug.cgi?id=25784 Guillaume Paumier changed: What|Removed |Added CC||asha...@wikimedia.org Component|UploadWizard|Multimedia usability --- Comment #2 from Guillaume Paumier 2010-11-05 16:34:36 UTC --- Merging bugzilla components "Multimedia Usability" and "Upload 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 25787] UploadWizard's error handling is totally broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=25787 Guillaume Paumier changed: What|Removed |Added CC||asha...@wikimedia.org Component|UploadWizard|Multimedia usability --- Comment #4 from Guillaume Paumier 2010-11-05 16:34:36 UTC --- Merging bugzilla components "Multimedia Usability" and "Upload 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 25796] UploadWizard breaks in non-Vector skins
https://bugzilla.wikimedia.org/show_bug.cgi?id=25796 Guillaume Paumier changed: What|Removed |Added CC||asha...@wikimedia.org Component|UploadWizard|Multimedia usability --- Comment #1 from Guillaume Paumier 2010-11-05 16:34:38 UTC --- Merging bugzilla components "Multimedia Usability" and "Upload 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 25801] New: New logo for et.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=25801 Summary: New logo for et.wikimedia.org Product: Wikimedia Version: unspecified Platform: All URL: http://et.wikimedia.org/ OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Normal Component: Site logos AssignedTo: cb...@wikimedia.org ReportedBy: teele.vaa...@gmail.com Please switch the site logo on et.wikimedia.org. New logo is uploaded in that wiki under the name "Wiki.png". Thanks! -- 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 25476] [i18n] Custom format for saved signature timestamps (four/five tildes)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25476 --- Comment #20 from Philippe Verdy 2010-11-05 17:16:53 UTC --- What I suggested remains valid: place the effective code that will be generated in a protected template, even if this template will use some custom parserfunction. Not all wikis will need such parser function (and the complexity of multiple rendered versions of the same page in their cache). In other words, I still think that the signature should not generate staitc code but code that can be tuned on each wiki, and parsed easily (not based on plain text), independantly of how the protected template will work or will use internally to perform the effective rendering (this template could use UILANGCODE, or could use a static format, or the parserfunction you suggest, it does not matter, what is more important is that the tildes for timestamps should not be saved in an irreversible ambiguous way, but still preferably in a compact format that is easily readable and editable). My suggestion of generating something like {{mediawiki:datetime|2010|12|31|23|59|59}} remains as the simplest form that any editor would read easily. you should not care about what will be in this internationalization template. But if you rally want a parser function, just do it, it will not change things radically, because you'll still have exactly the same decisions to do about how to cache the rendered pages, except that there will remain no possible customization of this behavior for each wiki accourding to their local cache policies. Using a template in a protected namespace as a delegate would avoid avoid to patch the hardwired behavior of the suggested parserfunction, even if you implement it later or add further options (these options should not be visible in messages, they should netter be tuned directly in the protected template, whose implementation will be almost always extremely basic). -- 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 10867] Create Special:Sources and {{#source:}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=10867 --- Comment #6 from Philippe Verdy 2010-11-05 17:38:01 UTC --- EAN and UPC numbers/barcodes are now very valid sources. They act like URNs, and shold be treated as a generic URN that encompasses the functionality of URLs and URIs. Additionally, it would be extremely helpful to have an extension that generates Barcodes or QRCodes from these URNs. Notably for mobile users that have difficulty to type them. These barcodes are just another presentation of those URNs. All wiki pages should also be able to display their own URN as a barcode or QRCode, without having to upload images to Commons (the extension should have a policy about which URN naming scheme it accepts, just like there's a policy for URLs/URIs). For me the EAN or UPC numbers are just the path part of an URI scheme with a URN prefix, so they should be handled in Mediawiki just like other links: reserving the "urn:" prefix for such use in links, and adding some feature to generate the QRCode from any link displayed or active on the page would (a right click, or a mousehover action ?) would do the trick. Note also that Mediawiki is not restricted to just opensourced projects like Wikimedia sites. There's a legitimate use for these URNs on commercial deployments of MediaWikis (notably online shops, shopping guides, products guides, personal wiki-based blogs, scientific or medical databases). Textual links or clickable images are not always the best option for accessibility). Just think about MMS, ads or information links displayed on TV without any keyboard/mouse interface, or on street advertizing displays: take a photo with your mobile phone with one of those many Barcode reader apps, and you can immediately link to the site in one button press or screen touch, znd without typing errors (a good thing against domain name cybersquating exploiting typing errors). -- 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 25802] New: Add variable for UserMailer.php email 'from' name
https://bugzilla.wikimedia.org/show_bug.cgi?id=25802 Summary: Add variable for UserMailer.php email 'from' name Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Email AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: webmas...@grandtheftwiki.com As outlined [http://www.mediawiki.org/wiki/Manual:UserMailer.php here], line 482 in UserMailer.php is the following: $adminAddress = new MailAddress( $wgPasswordSender, 'WikiAdmin' ); This causes all default installations to have "WikiAdmin" as the from name for watchlist changes. Changing it is possible, but is wiped out with upgrades. Could this be turned into a simple $wg variable? Or take it from $wgSiteName unless otherwise specified? -- 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 542] Link text shouldn't be duplicated in title attributes
https://bugzilla.wikimedia.org/show_bug.cgi?id=542 Mark A. Hershberger changed: What|Removed |Added Status|NEW |RESOLVED CC||m...@everybody.org Resolution||FIXED --- Comment #8 from Mark A. Hershberger 2010-11-05 19:11:15 UTC --- See r76127 -- 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 367] Markup accessibility issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=367 Bug 367 depends on bug 542, which changed state. Bug 542 Summary: Link text shouldn't be duplicated in title attributes https://bugzilla.wikimedia.org/show_bug.cgi?id=542 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- 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 25803] Output contains script tags without type=text/javascript specified
https://bugzilla.wikimedia.org/show_bug.cgi?id=25803 Niklas Laxström changed: What|Removed |Added Status|NEW |RESOLVED CC||niklas.laxst...@gmail.com Resolution||INVALID --- Comment #1 from Niklas Laxström 2010-11-05 19:35:39 UTC --- From release notes (trimmed): * The default output format is now HTML 5 instead of XHTML 1.0 Transitional. This can be disabled by setting $wgHtml5 = false;. Specific features enabled if HTML 5 is used: ** Unnecessary type="" attribute removed for CSS and JS. -- 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 25503] Specified key was too long error in update.php script while altering categorylinks table which has myisam engine
https://bugzilla.wikimedia.org/show_bug.cgi?id=25503 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #10 from Roan Kattouw 2010-11-05 20:10:33 UTC --- (In reply to comment #9) > Please open a new bug, this is a separate issue. Product is MediaWiki, > component is Resource Loader. Maybe there should be a primary key on > (mrl_message) instead of a unique key on (mrl_resource, mrl_message), but > perhaps you want duplicate mrl_messages sometimes, I don't know. Yes, that's the entire purpose of the table, you have (resource, message) pairs. It's an n-to-m relationship. > Possibly the > columns could just be shortened here too. I guess they could be. How short would they have to be? -- 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 25791] ParserFunctions are broken after recent SVN update
https://bugzilla.wikimedia.org/show_bug.cgi?id=25791 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #3 from Roan Kattouw 2010-11-05 20:13:21 UTC --- Are you using the latest SVN version of ParserFunctions as well? -- 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 25610] Setting a cookie to go into a RL debug mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=25610 Roan Kattouw changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #4 from Roan Kattouw 2010-11-05 20:36:38 UTC --- (In reply to comment #3) > Are you sure this is enough? The behaviour seems to differ a bit as you also > read "debug" state on line 2410 and 2579 and you don't read from the cookie > there. Good point, I missed those. Fixed in r76138. The cookie state is also disregarded in the __construct of > ResourceLoaderContext. Maybe not a big difference now, but it seems to be a > point where things can go bad in the future (where debug might mean something > more). What I'm saying is debugging with a cookie and with a param is > different > even now and might be worse in future. This doesn't feel like an expected or > intended behaviour. This is actually not a problem. All the debug cookie and the debug param when applied to *index.php* do is make OutputPage.php generate links to load.php with debug=true instead of debug=false. load.php itself never needs to read the cookie for this reason (and if it did, that would violate cacheability). -- 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 25503] Specified key was too long error in update.php script while altering categorylinks table which has myisam engine
https://bugzilla.wikimedia.org/show_bug.cgi?id=25503 --- Comment #11 from Aryeh Gregor 2010-11-05 20:42:54 UTC --- It's 1000 bytes total at three bytes per characters, so you've got 333 characters total for the two columns. Alternatively, you could make them varbinary (or somehow force ASCII encoding for varchar?) so that they're one byte per character for everyone. -- 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 18788] Enable the Incubator-specific extension on the Wikimedia Incubator
https://bugzilla.wikimedia.org/show_bug.cgi?id=18788 Robin changed: What|Removed |Added Keywords||need-review --- Comment #7 from Robin 2010-11-05 21:41:02 UTC --- After asking on IRC, apparently review is still needed for r51123 and commits to the extensions since then, so adding "need-review". -- 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 21199] fatal error in MultiUpload in combination with mw 1.16.r57940
https://bugzilla.wikimedia.org/show_bug.cgi?id=21199 Jack Phoenix changed: What|Removed |Added Status|NEW |RESOLVED CC||j...@countervandalism.net Resolution||FIXED --- Comment #2 from Jack Phoenix 2010-11-05 21:59:50 UTC --- Marking this as fixed as per r76108 and r76109 (and my follow-up revision, r76115). -- 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 25503] Specified key was too long error in update.php script while altering categorylinks table which has myisam engine
https://bugzilla.wikimedia.org/show_bug.cgi?id=25503 --- Comment #12 from Roan Kattouw 2010-11-05 22:07:53 UTC --- (In reply to comment #11) > It's 1000 bytes total at three bytes per characters, so you've got 333 > characters total for the two columns. Alternatively, you could make them > varbinary (or somehow force ASCII encoding for varchar?) so that they're one > byte per character for everyone. varbinary sounds good, I'll do that -- 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 25503] Specified key was too long error in update.php script while altering categorylinks table which has myisam engine
https://bugzilla.wikimedia.org/show_bug.cgi?id=25503 --- Comment #13 from Roan Kattouw 2010-11-05 22:16:36 UTC --- (In reply to comment #12) > varbinary sounds good, I'll do that Done in r76150. -- 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 25804] New: Caching of the mobile site prevents showing dynamic content
https://bugzilla.wikimedia.org/show_bug.cgi?id=25804 Summary: Caching of the mobile site prevents showing dynamic content Product: Wikipedia Mobile Version: .5 Platform: All URL: http://ro.m.wikipedia.org OS/Version: All Status: NEW Severity: critical Priority: Normal Component: server AssignedTo: hcat...@wikimedia.org ReportedBy: crangasi2...@yahoo.com CC: tf...@wikimedia.org Some mobile sites, such as ro.m.wp or sv.m.wp offer "daily anniversaries" sections in their mobile sites (using LOCALDAY/CURRENTDAY). These have not been updated since 10/31 and 11/2 respectively. The caching used for the mobile site should NOT interfere with the correct update of the main page. This does not happen for the classic main page, even when browsing logged out. Not quite sure this is because of the code or some server setting. -- 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 25804] Caching of the mobile site prevents showing dynamic content
https://bugzilla.wikimedia.org/show_bug.cgi?id=25804 crangasi2...@yahoo.com changed: What|Removed |Added Severity|critical|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 21199] fatal error in MultiUpload in combination with mw 1.16.r57940
https://bugzilla.wikimedia.org/show_bug.cgi?id=21199 --- Comment #3 from Travis D 2010-11-05 23:34:36 UTC --- Cool. Thanks. I'm not sure though how r76115 relates to this bug though. -- 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 25805] New: Patch to suppress warnings in formatBirthday() and another function in SpecialUpdateProfile.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25805 Summary: Patch to suppress warnings in formatBirthday() and another function in SpecialUpdateProfile.php Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: SocialProfile AssignedTo: j...@countervandalism.net ReportedBy: g33kd...@gmail.com This patch suppresses this warning: Notice: Undefined variable: birthday_date in //w/extensions/SocialProfile/UserProfile/SpecialUpdateProfile.php on line 245 -- 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 25805] Patch to suppress warnings in formatBirthday() and another function in SpecialUpdateProfile.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=25805 --- Comment #1 from Frozen Wind 2010-11-05 23:55:30 UTC --- Created attachment 7793 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7793 Patch to fix -- 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 25804] Caching of the mobile site prevents showing dynamic content
https://bugzilla.wikimedia.org/show_bug.cgi?id=25804 Derk-Jan Hartman changed: What|Removed |Added Status|NEW |RESOLVED CC||hart...@videolan.org Resolution||DUPLICATE --- Comment #1 from Derk-Jan Hartman 2010-11-06 00:37:07 UTC --- *** This bug has been marked as a duplicate of bug 22014 *** -- 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 22014] Caching problems with mobile_main_page
https://bugzilla.wikimedia.org/show_bug.cgi?id=22014 Derk-Jan Hartman changed: What|Removed |Added CC||crangasi2...@yahoo.com --- Comment #3 from Derk-Jan Hartman 2010-11-06 00:37:07 UTC --- *** Bug 25804 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 25790] Less thumbnail downloads for InstantCommons
https://bugzilla.wikimedia.org/show_bug.cgi?id=25790 Derk-Jan Hartman changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- 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