[Bug 30720] In the ViewRC revision log, in the page header for view=markup&pathrev=####: add a direct deep link to the corresponding Code Review page
https://bugzilla.wikimedia.org/show_bug.cgi?id=30720 T. Gries changed: What|Removed |Added Priority|Unprioritized |Normal 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 30720] New: In the ViewRC revision log, in the page header for view=markup&pathrev=####: add a direct deep link to the corresponding Code Review page
https://bugzilla.wikimedia.org/show_bug.cgi?id=30720 Web browser: --- Bug #: 30720 Summary: In the ViewRC revision log, in the page header for view=markup&pathrev=: add a direct deep link to the corresponding Code Review page Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Subversion AssignedTo: rlan...@gmail.com ReportedBy: m...@tgries.de CC: innocentkil...@gmail.com Classification: Unclassified I suggest to modify the header template for the ViewVC interface to the SVN, so that each header comes with a single-click solution (precomputed) link to our Code Review. Example: When you view http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/resources/jquery/jquery.highlightText.js?view=markup&pathrev=94702 I wish to have a direct link to the corresponding code review http://www.mediawiki.org/wiki/Special:Code/MediaWiki/94702 -- 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 30719] Add array support for space-separated list attributes in the Html class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30719 Krinkle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|Add array-support for |Add array support for |space-seperated list|space-separated list |attributes in the Html |attributes in the Html |class |class --- Comment #1 from Krinkle 2011-09-03 04:02:37 UTC --- r96170, r96171 -- 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 30719] New: Add array-support for space-seperated list attributes in the Html class
https://bugzilla.wikimedia.org/show_bug.cgi?id=30719
Web browser: ---
Bug #: 30719
Summary: Add array-support for space-seperated list attributes
in the Html class
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: ASSIGNED
Severity: enhancement
Priority: Unprioritized
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: krinklem...@gmail.com
CC: krinklem...@gmail.com
Classification: Unclassified
Ever since the introduction of the Html class in August 2009, there has been
the suggestion to use arrays for attributes like 'class' [1].
How about adding that in ? I don't mean just a simple " if ( $key ) { $value =
implode( ' ', $value ); }", but something more sophisticated.
* Recognize them as real lists, so do normalization (removal of duplicates and
redundant whitespace)
* Also for space-separated value attributes other than 'class' (see
specification)
--
Krinkle
[1]
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/Html.php?view=markup&pathrev=54767#l59
--
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 26411] Entries for non-existent categories should be deleted from the 'category' table
https://bugzilla.wikimedia.org/show_bug.cgi?id=26411 Krinkle changed: What|Removed |Added Summary|Entries never deleted from |Entries for non-existent |category table |categories should be ||deleted from the 'category' ||table -- 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 30718] UploadWizard should not suggest categories that do not exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=30718 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com Summary|UploadWizard contains |UploadWizard should not |search suggestions for |suggest categories that do |non-existent categories |not exist -- 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 29097] Milestone: MediaWiki 1.19 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29097 Krinkle changed: What|Removed |Added Depends on||26411 -- 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 26411] Entries never deleted from category table
https://bugzilla.wikimedia.org/show_bug.cgi?id=26411 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com Blocks||29097 Severity|enhancement |normal --- Comment #9 from Krinkle 2011-09-03 03:50:17 UTC --- This table is used in several places to get a list of categories. One of those places is ApiQueryAllCategories. This api is used to get suggestions for category titles. And is now returning suggestions for categories that have only existed by accident in the past and have no category-namespace page and no members. Raising priority and adding 1.19 blocker (hopefully sooner, but it's hitting UploadWizard and causing bug 30718) -- 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 30718] UploadWizard contains search suggestions for non-existent categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=30718 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com Summary|Search suggestions for |UploadWizard contains |non-existent categories |search suggestions for ||non-existent categories -- 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 26470] Add toggle for checkered or transparent image background on file description pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=26470
--- Comment #23 from MZMcBride 2011-09-03 03:48:15 UTC ---
(In reply to comment #21)
> (In reply to comment #20)
>> /*
>> * Add a checkered background image on hover for file description pages.
>> */
>> .filehistory a img,
>> #file img:hover {
>> /* @embed */
>> background: white url(images/Checker-16x16.png) repeat;
>> }
>>
>> This basically means the previous patch had one 'hover' too many.
>
> Fine with me. Anyone against it? Otherwise I'll commit that in a few days.
Bump.
--
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 26411] Entries never deleted from category table
https://bugzilla.wikimedia.org/show_bug.cgi?id=26411 Krinkle changed: What|Removed |Added Blocks||30718 -- 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 30718] New: Search suggestions for non-existent categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=30718 Web browser: --- Bug #: 30718 Summary: Search suggestions for non-existent categories Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: UploadWizard AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com CC: asha...@wikimedia.org, ne...@wikimedia.org Depends on: 26411 Classification: Unclassified On Commons, eg when typing "Coins" there are suggestions like "Coins+of+Caligula" which do not exist. They don't have a category-namespace page and it doesn't have any members: mysql> select * from category where cat_title like 'Coins+%'\G cat_id: 8834485 cat_title: Coins+of+Caligula cat_pages: 0 cat_subcats: 0 cat_files: 0 cat_hidden: 0 1 row in set (0.00 sec) -- 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 26411] Entries never deleted from category table
https://bugzilla.wikimedia.org/show_bug.cgi?id=26411 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #8 from MZMcBride 2011-09-03 03:44:45 UTC --- (In reply to comment #1) > I'm not sure that this is actually a problem. Is it? A user hit this bug today because UploadWizard relies on MediaWiki's allcategories API module to list category suggestions. The allcategories API module reads directly from the category table, so users end up selecting category suggestions for bogus categories (categories without any members or a description page). This is most certainly a problem. -- 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 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #32 from j.mccra...@comcast.net 2011-09-03 02:43:50 UTC --- But when it takes 35+ seconds to load a page, performance does matter! Many readers are not going to wait that long and will miss the content. And when it takes 2 minutes to get a diff or an edit screen, performance does matter. Some editors (including me) are just not going to wait for that long of a time just to get to the edit screen or to check other's edits. -- 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 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262
--- Comment #31 from MZMcBride 2011-09-03 02:34:02 UTC ---
(In reply to comment #29)
> In fact, there's an entire essay on en.wiki: "Wikipedia:Don't worry about
> performance"
>
> Clearly this mindset is now outdated. Perhaps you or Brion could post about
> this issue on the Wikimedia Blog so that we can start to change this mindset
> and get people working on template optimization.
That's most certainly not the solution. This can't be stressed enough. Tim and
I have discussed this (though he comes down on your side still, I think, or did
at one point).
The scope of Wikimedia projects is the dissemination of free educational
material. When you make it the job of wiki users to debug complex
wiki-templates and try to fine-tune them, it's a very bad and very undesirable
situation.
Users should not be worried about performance, by and large. They certainly
shouldn't be concerned that they're using too many calls to citation templates
(of all things!). We want users to be encouraged to cite information and build
content. That's the goal. We want to discourage mindless "optimizations"
(without any real debugging tools) that users will inevitably and invariably
make in the name of fixing a system that they didn't break and that's not their
responsibility to maintain.
(In reply to comment #28)
> This isn't really a single issue. Every page is going to have a different
> specific reason for taking a long time to load.
Err, prove it. The pages that I've seen that are slower all have the same root
cause: too many calls to particular types of templates. Citation templates are
the biggest issue, but the coord(inates) family and the convert family have
also caused problems in the past.
> I think more sandbox testing like what MZMcBride did (see comment #2) would be
> very valuable to isolate specific templates that are ripe for optimization.
It's valuable when there's a dearth. But at the moment, finding large pages
that take an excessive amount of time to load/render/parse is easy. And the
solution(s) are already known (as Domas would say, this is very low-hanging
fruit from an optimization standpoint). It's a matter of implementing the
solutions (which I guess Tim and Victor are working on).
(And, going forward, users ideally won't even have a real concept of templates
outside of "those things that make wiki-editing more standardized." We want to
get users away from thinking about "{{cite web}}" or "{{coord}}" or anything
like that. That's echoing what Brion and many others have said, especially as
work on the new parser ramps up. Trying to get users to care about these
templates and then trying to get them to make them faster is a step in the
wrong direction.)
> I'm not sure if this particular bug is going to be valuable to keep open.
> It's
> not specific enough to ever be closed.
This bug is fine. When there is a better system (or systems) in place that make
the pages load faster, this bug can be closed. Just because a bug is difficult
or is going to likely remain open for a long time doesn't make it any less
valid. There's certainly something problematic and actionable here.
(In reply to comment #30)
> When I first posted this, it was taking 35 seconds or longer. It got worse.
> But I checked it today on IE and Firefox and it was fast - about 2 seconds.
> Has something been fixed?
Sounds like you just hit cache. (Or I suppose it's possible someone drastically
reduced the number of template calls in the page you're looking at.) Do you
have a particular example page/URL? Have you tried with ?action=purge appended?
--
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 30717] New: in property throws fatal error
https://bugzilla.wikimedia.org/show_bug.cgi?id=30717 Web browser: --- Bug #: 30717 Summary: in property throws fatal error Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: da...@daschmedia.de CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified When using something like this [[Link::]] This error occurres Fatal error: Call to a member function getScheme() on a non-object in /.../httpdocs/extensions/SemanticMediaWiki/includes/datavalues/SMW_DV_URI.php on line 248 -- 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 30715] Replace underscores with spaces in categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=30715 Jeremy Baron changed: What|Removed |Added CC||bugzilla+org.wikimedia@tuxm ||achine.com --- Comment #1 from Jeremy Baron 2011-09-03 00:45:56 UTC --- Example: http://commons.wikimedia.org/w/index.php?title=File:Escalier_ch%C3%A2teau_Herm.jpg&action=edit&oldid=58818002 This happens for all categories, not just the one hardcoded in the UploadWizard config. (it's hardcoded with spaces not underscores) -- 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 30716] New: TOR block not working anymore
https://bugzilla.wikimedia.org/show_bug.cgi?id=30716 Web browser: --- Bug #: 30716 Summary: TOR block not working anymore Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: critical Priority: Unprioritized Component: TorBlock AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: rbeela...@gmail.com CC: agarr...@wikimedia.org Classification: Unclassified It seems that the TOR block extension is not working anymore, probably caused because https://check.torproject.org/cgi-bin/TorBulkExitList.py?ip=208.80.152.2 gives a HTTP 403 (Forbidden). Noticed, because my open proxy monitoring system started to report edits via (long existing) TOR exit nodes. Now started to maintain again the TOR exit nodes in my database of open proxies. Recent test: http://nl.wikipedia.org/w/index.php?title=Overleg_Wikipedia:Zandbak&diff=27083157&oldid=26766446, reported here: http://nl.wikipedia.org/w/index.php?title=Wikipedia:Open_proxy_detectie&diff=27083159&oldid=27082535 Usable input for TOR exit nodes is now: http://torstatus.blutmagie.de/ (link on new main page of torproject.org), to be filtered for exit nodes. Is less precise, because of http://meta.wikimedia.org/wiki/Tor_Exit_Node_Configuration configs can't be noticed. Alternative is via https://www.torproject.org/projects/tordnsel.html.en, but generates a lot of traffic. Combination of both may be considered if original url remains not accessible. -- 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 30715] New: Replace underscores with spaces in categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=30715 Web browser: --- Bug #: 30715 Summary: Replace underscores with spaces in categories Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: UploadWizard AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: raimond.spekk...@gmail.com CC: asha...@wikimedia.org, ne...@wikimedia.org Classification: Unclassified Please replace underscores with spaces in the categories wikitext. -- 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 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #30 from j.mccra...@comcast.net 2011-09-02 23:16:57 UTC --- When I first posted this, it was taking 35 seconds or longer. It got worse. But I checked it today on IE and Firefox and it was fast - about 2 seconds. Has something been fixed? -- 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 29517] Allow client side folding in Opera Mini
https://bugzilla.wikimedia.org/show_bug.cgi?id=29517 --- Comment #1 from Patrick Reilly 2011-09-02 23:10:51 UTC --- The mini:onClick='fold' is working on Opera Mini on Android, but failing on the iPhone version. I'm still trying to figure this out. -- 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 30710] Split execution and definition in resource modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=30710 Krinkle changed: What|Removed |Added Blocks||29097 --- Comment #4 from Krinkle 2011-09-02 23:04:57 UTC --- This also makes unit testing a lot easier. -- 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 29097] Milestone: MediaWiki 1.19 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29097 Krinkle changed: What|Removed |Added Depends on||30710 -- 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 30710] Split execution and definition in resource modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=30710 Krinkle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Krinkle 2011-09-02 23:03:40 UTC --- mediawiki.util fixed in r96150. -- 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 26084] Make a simpler way to remove CodeReview tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=26084 --- Comment #8 from p858snake 2011-09-02 22:54:43 UTC --- (In reply to comment #7) > Oh, right. Tags aren't in issue there (when saving a comment). It's the status > changes that sometimes mess up: > * Brion opens page > * Chad opens page > * Brion changes status and submits > * Chad continous reading, writes a comment and submits > * Chad reverted Brion's status change without knowing. > > -- anyway, that's NOT related... Indeed its not... that is Bug 27886 -- 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 26084] Make a simpler way to remove CodeReview tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=26084 --- Comment #7 from Krinkle 2011-09-02 22:33:31 UTC --- Oh, right. Tags aren't in issue there (when saving a comment). It's the status changes that sometimes mess up: * Brion opens page * Chad opens page * Brion changes status and submits * Chad continous reading, writes a comment and submits * Chad reverted Brion's status change without knowing. -- anyway, that's NOT related... -- 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 26084] Make a simpler way to remove CodeReview tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=26084
Krinkle changed:
What|Removed |Added
CC||krinklem...@gmail.com
--- Comment #6 from Krinkle 2011-09-02 22:31:42 UTC ---
For the Gadget Manager I'm currently working on a method that I call propCloud.
Basically it's meant for adding, removing and changing items in a form that are
actually an array.
In my case it's an array of modules (the dependencies-array as seen in
ResourceLoader module definitions). It shows a little cloud with 's that
are the items. Then a text area next to it (with autocompletion) and on-enter,
selection of suggestions or click on {add} it adds it to the cloud as a
and clears the input field.
In the gadget manager it only does an ajax request when the page is saved, but
the callback could also make an ajax request right away.
Adding this to Codereview would be cool.
One thing to keep in mind: No conflict resolution exists in CodeReview, so when
you add this via AJAX and then leave a comment (which isn't AJAX but submits
the entire form), would it mess with the tags ?
--
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 30709] Pass error info to error callbacks in mw.loader
https://bugzilla.wikimedia.org/show_bug.cgi?id=30709 --- Comment #2 from Michael Dale 2011-09-02 22:22:50 UTC --- Yes we should fix both. Also note that passing in module name is not so useful since the closure scope just gives you the last instance of module when the error is called ( rather than the module in which the error occurred ) ... -- 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 30713] New: Introduce custom events for MediaWiki's front-end flow
https://bugzilla.wikimedia.org/show_bug.cgi?id=30713 Web browser: --- Bug #: 30713 Summary: Introduce custom events for MediaWiki's front-end flow Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Javascript AssignedTo: krinklem...@gmail.com ReportedBy: krinklem...@gmail.com CC: tpars...@wikimedia.org, wikibugs-l@lists.wikimedia.org Classification: Unclassified Stuff that is currently in page.ready is whatever should run when the document is ready. However a long-time known issue is that these are not re-run when an article is rendered after the document-ready event (for example when using ajax/live preview). As a result collapsible elements, sortable tables and what not don't work when previewing articles. By having these custom MediaWiki event based, they will run whenever needed, even multiple times during a page's live. Other events may be the view of a diff. Several gadgets to ajax-patrolling that show many diffs on the page over time. Other gadgets that enhance a diff view (eg. gadgets that annotate the diff itself, or gadgets like Twinkle that add toollinks for the user names on both sides of the diff). -- 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 26084] Make a simpler way to remove CodeReview tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=26084 --- Comment #5 from Reedy 2011-09-02 21:55:41 UTC --- (In reply to comment #4) > (In reply to comment #0) > > The text box to "remove tags" is a bit daft. A cross or similar next to it > > would be nicer... > > What could be simpler than a textbox? Laziness - Why should I have to write out (or copy paste) the tag name and click save? -- 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 26084] Make a simpler way to remove CodeReview tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=26084 --- Comment #4 from Chad H. 2011-09-02 21:54:48 UTC --- (In reply to comment #0) > The text box to "remove tags" is a bit daft. A cross or similar next to it > would be nicer... What could be simpler than a textbox? -- 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 26084] Make a simpler way to remove CodeReview tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=26084 Ashar Voultoiz changed: What|Removed |Added CC||has...@free.fr AssignedTo|wikibugs-l@lists.wikimedia. |has...@free.fr |org | --- Comment #3 from Ashar Voultoiz 2011-09-02 21:54:10 UTC --- Going to code something. The UI will probably be crappy though :/ -- 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 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #29 from Ryan Kaldari 2011-09-02 21:52:44 UTC --- Thanks for the enlightening post Rob. If template complexity is really to blame, we need to make a concerted effort to communicate this to the community. For the past several years the community has been told the opposite: That they should not worry about template costs or server performance issues. For example: "Generally, you should not worry much about little things like templates and 'server load' at a policy level. If they're expensive, we'll either fix it or restrict it at a technical level; that's our responsibility..." -- Brion Vibber, 2006 In fact, there's an entire essay on en.wiki: "Wikipedia:Don't worry about performance" Clearly this mindset is now outdated. Perhaps you or Brion could post about this issue on the Wikimedia Blog so that we can start to change this mindset and get people working on template optimization. -- 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 28425] Milestone: MediaWiki 1.18 tarball (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28425 Krinkle changed: What|Removed |Added Depends on||30712 -- 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 30712] New: mw.Uri throws error for protocol-relative urls
https://bugzilla.wikimedia.org/show_bug.cgi?id=30712 Web browser: --- Bug #: 30712 Summary: mw.Uri throws error for protocol-relative urls Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Javascript AssignedTo: ne...@wikimedia.org ReportedBy: krinklem...@gmail.com CC: tpars...@wikimedia.org, wikibugs-l@lists.wikimedia.org Blocks: 28425 Classification: Unclassified Right now mw.Uri doesn't use wgUrlProtocols to build it's regex. This is both a good and a bad thing. The good thing is that it isn't limited in interpretation to urls that MediaWiki accepts or finds 'safe'. The down side is that it is harder to detect if a url has a protocol that the MediaWiki instance accepts and it doesn't support protocol-relative urls. I suggest one or more of the following: * Change the loose/strict parse regex to accept procol-relative urls * Add a static method: mw.Uri.expandUrl (which adds protocol (if not present) and perhaps wgServer as well if needed) * Add prototype function that returns true/false depending on whether the protocol is in wgUrlProtocols I think we should implement expandUrl no matter what. In addition we can either require that input to the mw.Uri constructor be an expanded url (and if users of it want to they can call expandUrl first), or we allow protocol to be empty in case the regex needs to be changed. Since 1.18 is about protocol-relative support, I think this should be handled before release. Adding dependency to the milestone -- 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 30711] New: Diff always against last version for section=new when using "Show Changes"
https://bugzilla.wikimedia.org/show_bug.cgi?id=30711 Web browser: --- Bug #: 30711 Summary: Diff always against last version for section=new when using "Show Changes" Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Keywords: need-review, patch Severity: normal Priority: Unprioritized Component: Page editing AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de Classification: Unclassified Created attachment 9008 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9008 use latest revision for diffs on section=new When adding a new section to a page with section=new and then using "Show Changes" the diff is against the version, on which the edit based. But for a new section you can ignore this information in the diff, because you get never a edit conflict. It is also not necessary to see in the diff that other users has change other sections. Feel free to modify the patch. 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 30710] Split execution and definition in resource modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=30710 --- Comment #2 from Krinkle 2011-09-02 21:16:43 UTC --- mediawiki.page.ajaxCategories fixed: initialization (call to .setup()) is now in separate init module. I didn't move it to mediawiki.page.ready or startup since ajaxCategories is not enabled by default. http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/resources/mediawiki.page/mediawiki.page.ajaxCategories.init.js?view=markup&pathrev=93351#l1 -- 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 30710] Split execution and definition in resource modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=30710 --- Comment #1 from Krinkle 2011-09-02 21:13:31 UTC --- jquery.client fixed. Moved initialization from here [1] to here [2] [1] http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/resources/jquery/jquery.client.js?r1=90605&r2=90604&pathrev=90605 [2] http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/resources/mediawiki.page/mediawiki.page.startup.js?revision=90605&view=markup#l1 -- 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 30710] Split execution and definition in resource modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=30710 Krinkle changed: What|Removed |Added Priority|Unprioritized |Normal Status|NEW |ASSIGNED CC||krinklem...@gmail.com AssignedTo|wikibugs-l@lists.wikimedia. |krinklem...@gmail.com |org | -- 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 30710] New: Split execution and definition in resource modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=30710 Web browser: --- Bug #: 30710 Summary: Split execution and definition in resource modules Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Resource Loader AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com CC: roan.katt...@gmail.com, tpars...@wikimedia.org Classification: Unclassified As the title says. The following modules are/were affected by this quick hack pattern: * jquery.client * mediawiki.util * mediawiki.page.ajaxCategories * .. Sort of a tracker bug, although I hope it's fixable on short notice after which new instances should not occur anymore. -- 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 30709] Pass error info to error callbacks in mw.loader
https://bugzilla.wikimedia.org/show_bug.cgi?id=30709
Krinkle changed:
What|Removed |Added
CC||krinklem...@gmail.com
Summary|pass error info to loading |Pass error info to error
|decency error handlers |callbacks in mw.loader
--- Comment #1 from Krinkle 2011-09-02 20:58:32 UTC ---
There is another call to error in mw.loader.using,
// If any dependencies have errors execute error immediately
else if ( filter( ['error'], dependencies ).length ) {
if ( $.isFunction( error ) ) {
error();
}
}
Perhaps fix that one too.
--
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 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #28 from Rob Lanphier 2011-09-02 20:58:25 UTC --- This isn't really a single issue. Every page is going to have a different specific reason for taking a long time to load. Generally, the problem will be some combination of the following problems: 1. Our template language is too slow 2. Our PHP interpreter is too slow 3. The templates being used by the page are too complicated or inefficient We have initiatives to solve the first two problems (#1: use a new template language like Wikiscript, Lua, or Javascript; #2: use HipHop). However, if a page is taking over a minute to parse, chances are that the templates themselves need to be made more efficient. No matter how efficient we make the template language, it will always be possible to more than offset the efficiency gain with more complicated templates. The more efficient we make templates, the more complicated people will make templates. I think more sandbox testing like what MZMcBride did (see comment #2) would be very valuable to isolate specific templates that are ripe for optimization. I'm not sure if this particular bug is going to be valuable to keep open. It's not specific enough to ever be closed. -- 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 23137] no diff when click "show changes" by section=new on non existing page
https://bugzilla.wikimedia.org/show_bug.cgi?id=23137 Umherirrender changed: What|Removed |Added Keywords||need-review, patch -- 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 23137] no diff when click "show changes" by section=new on non existing page
https://bugzilla.wikimedia.org/show_bug.cgi?id=23137 --- Comment #3 from Umherirrender 2011-09-02 20:53:36 UTC --- Created attachment 9007 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9007 remove "bogus page" check The patch removed a "bogus page" check in WikiPage::replaceSection, because this fails on non-existing pages. Feel free to modify the patch. 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 30709] New: pass error info to loading decency error handlers
https://bugzilla.wikimedia.org/show_bug.cgi?id=30709 Web browser: --- Bug #: 30709 Summary: pass error info to loading decency error handlers Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Resource Loader AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: d...@ucsc.edu CC: roan.katt...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Created attachment 9006 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9006 Pass error object to dependency loader error handler. Gives the loader calls error handler callback information about what when wrong and what module had the error. We should pass error info to loading decency error handlers. Patch 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 30707] UploadWizard should not crash if message contains unknown magic word or template
https://bugzilla.wikimedia.org/show_bug.cgi?id=30707 --- Comment #7 from Jeroen De Dauw 2011-09-02 20:47:37 UTC --- > Unfortunately Firebug is not yet available for Firefox 6.0.1 I have 6.0.1 with working FireBug, Linux version though. -- 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 30707] UploadWizard should not crash if message contains unknown magic word or template
https://bugzilla.wikimedia.org/show_bug.cgi?id=30707 Krinkle changed: What|Removed |Added Summary|UploadWizard should not |UploadWizard should not |fatal on unsupported parser |crash if message contains |features|unknown magic word or ||template -- 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 30707] UploadWizard should not fatal on unsupported parser features
https://bugzilla.wikimedia.org/show_bug.cgi?id=30707
Krinkle changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED |
Summary|UploadWizard broken in |UploadWizard should not
|Swedish |fatal on unsupported parser
||features
--- Comment #6 from Krinkle 2011-09-02 20:39:22 UTC ---
Reopening.
UploadWizard should not be crashing if a message contains a parser word that it
doesn't understand. ie. {{SIETNAME}}, although wrong, could also be
[[Template:SIETNAME]], although not supported in UW, it's valid wikitext and it
shouldn't be crashing on that. A mw.log about it is sufficient (if anything).
--
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 30707] UploadWizard broken in Swedish
https://bugzilla.wikimedia.org/show_bug.cgi?id=30707
Siebrand changed:
What|Removed |Added
Status|NEW |RESOLVED
CC||s.mazel...@xs4all.nl
Resolution||FIXED
--- Comment #5 from Siebrand 2011-09-02 20:36:24 UTC ---
Fixed in r96147 by Michael Dale and immediately by me in
http://commons.wikimedia.org/w/index.php?title=MediaWiki:Mwe-upwiz-license-none-applicable-subhead/sv&oldid=58811624
There was a typo in {{SITENAME}} ({{SIETNAME}}). The parser is *very*
unforgiving and IMO it shouldn't be...
--
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 30707] UploadWizard broken in Swedish
https://bugzilla.wikimedia.org/show_bug.cgi?id=30707 --- Comment #4 from Erik Moeller 2011-09-02 20:32:06 UTC --- Yep, misspelling in the i18n file. Michael fixed it in SVN and I manually updated the MediaWiki: message on Commons. Should be fixed now. -- 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 30707] UploadWizard broken in Swedish
https://bugzilla.wikimedia.org/show_bug.cgi?id=30707 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #3 from Krinkle 2011-09-02 20:30:14 UTC --- Google Chrome gives a more useful error: Uncaught TypeError: Property 'sietname' of object # is not a function -- 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 30641] GlobalUsage breaks any file display in newest 1.19alpha (r95811)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30641
--- Comment #2 from Gregor Hagedorn 2011-09-02
20:29:36 UTC ---
I did update to newest trunk 1.19alpha (r96144) to see whether I can close this
bug.
Now, while the version is running, when referring to a file from our shared
repo, it crashes. This behaviour is new, it did not occurr with the newest
SVN-trunk as of 2011-08-30 21:19:51 UTC.
EXAMPLE:
http://biowikifarm.net/test/File:Test-lossless-rotation.JPG
results in:
-
Notice: Undefined index: DEFAULT in
/usr/share/mediawikistaging/phase3/includes/db/LBFactory_Multi.php on line 115
Warning: Invalid argument supplied for foreach() in
/usr/share/mediawikistaging/phase3/includes/db/LBFactory_Multi.php on line 194
Internal error
Empty server array given to LoadBalancer
Backtrace:
#0 /usr/share/mediawikistaging/phase3/includes/db/LoadBalancer.php(470):
LoadBalancer->getReaderIndex(false, '')
#1 /usr/share/mediawikistaging/phase3/includes/GlobalFunctions.php(3205):
LoadBalancer->getConnection(-1, Array, '')
#2 /usr/share/mediawikistaging/phase3/includes/GlobalUsageQuery.php(21):
wfGetDB(-1, Array, '')
#3
/usr/share/mediawikistaging/extensions/GlobalUsage/GlobalUsageImagePageHooks.php(15):
GlobalUsageQuery->__construct(Object(Title))
#4
/usr/share/mediawikistaging/extensions/GlobalUsage/GlobalUsageImagePageHooks.php(107):
GlobalUsageImagePageHooks::getImagePageQuery(Object(Title))
#5
/usr/share/mediawikistaging/extensions/GlobalUsage/GlobalUsageImagePageHooks.php(74):
GlobalUsageImagePageHooks::hasResults(Object(ImagePage))
#6 [internal function]:
GlobalUsageImagePageHooks::onImagePageShowTOC(Object(ImagePage), Array)
#7 /usr/share/mediawikistaging/phase3/includes/Hooks.php(216):
call_user_func_array('GlobalUsageImag...', Array)
#8 /usr/share/mediawikistaging/phase3/includes/GlobalFunctions.php(3630):
Hooks::run('ImagePageShowTO...', Array)
#9 /usr/share/mediawikistaging/phase3/includes/ImagePage.php(208):
wfRunHooks('ImagePageShowTO...', Array)
#10 /usr/share/mediawikistaging/phase3/includes/ImagePage.php(118):
ImagePage->showTOC(true)
#11 /usr/share/mediawikistaging/phase3/includes/Wiki.php(466):
ImagePage->view()
#12 /usr/share/mediawikistaging/phase3/includes/Wiki.php(237):
MediaWiki->performAction(Object(ImagePage))
#13 /usr/share/mediawikistaging/phase3/includes/Wiki.php(622):
MediaWiki->performRequest()
#14 /usr/share/mediawikistaging/phase3/includes/Wiki.php(529):
MediaWiki->main()
#15 /usr/share/mediawikistaging/phase3/index.php(58): MediaWiki->run()
#16 {main}
-
Not sure this has something to do with GlobalUsage, it only refers to the
variable set up to make GlobalUsage possible. With the following setting of
$wgLBFactoryConf / class 'LBFactory_Multi', GlobalUsage does save into a
shared table (although the user interface seems broken).
# Trying to use LoadBalancer, to become able to run Extension:GlobalUsage,
based on http://noc.wikimedia.org/conf/highlight.php?file=db.php
$wgLBFactoryConf = array(
'class' => 'LBFactory_Multi',
'sectionsByDB' => array(
'enwiki' => 's1',
'ispiwiki' => 's1',
'k2n_handbook' => 's1',
'k2n_it' => 's1',
'k2n_sl' => 's1',
'k2n_wiki' => 's1',
'liaswiki' => 's1',
'malesiana_wiki' => 's1',
'metawiki' => 's1',
'nnvmwiki' => 's1',
'onwiki' => 's1',
'openmedia' => 's1',
'orowiki' => 's1',
'plantnet_terms_en' => 's1',
'plantnet_terms_fr' => 's1',
'plantnet_uses_en' => 's1',
'plantnet_uses_fr' => 's1',
'plazi_wiki' => 's1',
'pmedwiki' => 's1',
'rosawiki' => 's1',
'specialmedia' => 's1',
'specieswiki' => 's1',
'species_fr' => 's1',
'studienstiftungswiki' => 's1',
'testwiki' => 's1',
'testwiki2' => 's1',
'wbwiki' => 's1',
'zsm_entomology' => 's1'
),
'sectionLoads' => array('s1' => array('db1' => 100,),),
'serverTemplate' => array(
'dbname' => $wgDBname,
'user'=> $wgDBuser,
'password'=> $wgDBpassword,
'type'=> 'mysql',
'flags' => DBO_DEFAULT,
'max lag' => 30,
#'max threads' => 350, -- disabled TS
),
'groupLoadsBySection' => array(),
'groupLoadsByDB' => array(),
'hostsByName' => array('db1' => 'localhost',),
'externalLoads' => array(),
'masterTemplateOverrides' => array(),
'externalTemplateOverrides' => array(),
'templateOverridesByCluster' => array(),
'readOnlyBySection' => array( /* s1' => 'Emergency maintenance in
progress', */ ),
);
--
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 30650] Remove jQuery from mobile site
https://bugzilla.wikimedia.org/show_bug.cgi?id=30650 --- Comment #11 from Krinkle 2011-09-02 20:27:26 UTC --- (In reply to comment #9) > (In reply to comment #7) > > Before I continue review, what is the intended/required browser support of > > MobileFrontend ? > > > > I see a few problems in the JavaScript that aren't problems in the "perfect > > browser", but are in IE, Opera or old verisons of Firefox. > > Ideally we would want to support those browsers as well. But, it is mostly > geared towards mobile based browsers. I used those names as examples, but of course we're talking about mobile browser here. Sadly, mobile browsers are even 'worse' than desktop browser when it comes to consistency in support of JavaScript APIs. I understand you likely won't have a huge table with support for MobileFrontend yet, since it's still in development and what is supported partially depends on what it actually can work on. (ie. we support as much as possible, and if it happens to work in X, then X could be added to the list of supported mobile devices). But it would helpful in review, if there is at least some kind of list with mobile devices that it must work on. When I started reviewing, one problem came up already. The script tries to read the 'display' property of the 'style' property of the dom element node for the #logo. That works fine in Mobile Safari or Google Chrome, but not in Internet Explorer on pocket-pcs, pdas or phones running Microsoft software with Internet Explorer (up to a certain version). In some versions of internet explorer: var a = document.createElement( 'div' ); a.style.display // does not give 'block' Instead it has to be computed via getComputedStyle. And there are more issues like this, hence the existence of jQuery and other libraries. I'm happy to further review this script, and on first glance it works fine in a 'perfect' browser like Mobile Safari or Google Chrome. But assuming this is not just intended for Android and iPhone, I need to know which browsers/devices it must run on and as such which problems (that are really problems in those browsers) we need 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 30707] UploadWizard broken in Swedish
https://bugzilla.wikimedia.org/show_bug.cgi?id=30707 --- Comment #2 from Siebrand 2011-09-02 20:12:17 UTC --- Confirmed in Firefox 6.0.1 on OSX 10.7. I get "Script error." at the top of the page. Clicking "Fortsätt" a second time add a second line with "Script error.". Unfortunately Firebug is not yet available for Firefox 6.0.1, so I had to continue testing in Firefox 5.0.x with Firebug 1.8.1. Steps to reproduce need to be corrected: 1. Go to http://commons.wikimedia.org/wiki/Special:UploadWizard?uselang=sv while logged in on Wikimedia Commons 2. Click "Nasta" at the bottom of the page. 3. Click "Valj en mediafil att donera". 4. Select an image to upload 5. After clicking OK in the selection window, you should see a preview of the image that is to be uploaded. 6. Click "Ladda up"; the image gets uploaded. 7. Click "Fortsätt" Expected behavior: * UploadWizard will advance to the next step. Observer behavior. * "Script error." at the top of the page. Clicking "Fortsätt" a second time add a second line with "Script error." * Firebug reports in console: _this[operation] is not a function https://bits.wikimedia.org/commons.wikimedia.org/load.php?debug=false&lang=sv&modules=ext!gadget!HotCat%7Cext!uploadwizard!mediawiki!language!parser%7Cjquery!autoEllipsis%7Cjquery!checkboxShiftClick%7Cjquery!client%7Cjquery!collapsibleTabs%7Cjquery!cookie%7Cjquery!delayedBind%7Cjquery!highlightText%7Cjquery!placeholder%7Cjquery!suggestions%7Cjquery!tabIndex%7Cjquery!ui!button%7Cjquery!ui!core%7Cjquery!ui!datepicker%7Cjquery!ui!dialog%7Cjquery!ui!draggable%7Cjquery!ui!mouse%7Cjquery!ui!position%7Cjquery!ui!progressbar%7Cjquery!ui!resizable%7Cjquery!ui!widget%7Cmediawiki!Uri%7Cmediawiki!language%7Cmediawiki!legacy!ajax%7Cmediawiki!legacy!ajaxwatch%7Cmediawiki!legacy!htmlform%7Cmediawiki!legacy!mwsuggest%7Cmediawiki!legacy!wikibits%7Cmediawiki!util&skin=vector&version=20110902T191657Z Line 70. Click triggers error in line 504 of mediawiki.language.parser.js: -- 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 30707] UploadWizard broken in Swedish
https://bugzilla.wikimedia.org/show_bug.cgi?id=30707 --- Comment #1 from Jeroen De Dauw 2011-09-02 20:06:10 UTC --- Issue confirmed. -- 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
wikibugs-l@lists.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=30708 Reedy changed: What|Removed |Added Severity|normal |enhancement -- 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
wikibugs-l@lists.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=30708 Web browser: --- Bug #: 30708 Summary: Add more namespace stats to meta=siteinfo&siprop=namespaces Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Keywords: need-review, patch Severity: normal Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net, soxre...@gmail.com Classification: Unclassified Created attachment 9005 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9005 added namespace states to meta=siteinfo I am missing some namespaces states, like watchable, movable and so on in the api output. I have create a patch with some useful states. I have rename the method MWNamespace::isMain to MWNamespace::isSubject, because there is MWNamespace::getSubject and not MWNamespace::getMain, looks not consistent. Feel free to modify the patch or to WONTFIX this bug, if you think, that the stats are not needed. 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 30692] [SF] 2.2.1; Trying to get property of non-object ...SF_FormEdit.php on line 311
https://bugzilla.wikimedia.org/show_bug.cgi?id=30692 Yaron Koren changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Yaron Koren 2011-09-02 19:49:55 UTC --- Thanks for finding this. As with the previous bug, it was due to recent changes made by others in SVN. This is now fixed. -- 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 30707] UploadWizard broken in Swedish
https://bugzilla.wikimedia.org/show_bug.cgi?id=30707 Erik Moeller changed: What|Removed |Added Priority|Unprioritized |Highest -- 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 30707] New: UploadWizard broken in Swedish
https://bugzilla.wikimedia.org/show_bug.cgi?id=30707
Web browser: ---
Bug #: 30707
Summary: UploadWizard broken in Swedish
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: critical
Priority: Unprioritized
Component: UploadWizard
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: e...@wikimedia.org
CC: asha...@wikimedia.org, ne...@wikimedia.org
Classification: Unclassified
UploadWizard will not advance past step 1 in the Swedish localization.
Steps to reproduce:
1) Visit http://commons.wikimedia.org/wiki/Special:UploadWizard?uselang=sv
2) Select a file to upload and press upload
3) Press 'Continue' ('Fortsätt').
Expected behavior:
UW will advance to the next step.
Actual behavior.
Nothing happens. Click triggers error in line 504 of
mediawiki.language.parser.js:
ret = _this[ operation ]( subnodes, replacements );
_this[operation] is not a function. Swedish does not use {{GRAMMAR}} so I am
assuming this is separate from bug 29582.
--
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 30576] Using the "Show only" drop down box to set "" doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=30576 Reedy changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #2 from Reedy 2011-09-02 18:51:31 UTC --- Ditto, WFM on trunk -- 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 29602] Odd font display on Firefox 5 (1.17.0 1.17wmf1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29602 Solitarius changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #5 from Solitarius 2011-09-02 18:44:45 UTC --- Indeed, it's a know issue and/or expected behaviour. It come from the new DirectWrite text rendering on Firefox on Windows. A more in-depth explanation is available here: http://blog.mozilla.com/nattokirai/2011/08/11/directwrite-text-rendering-in-firefox-6/ Closing this bug as INVALID. Anyone feel free to clean up after me and set another Status as appropriate. Best regards and thanks - Soli -- 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 30576] Using the "Show only" drop down box to set "" doesn't work
https://bugzilla.wikimedia.org/show_bug.cgi?id=30576 Ashar Voultoiz changed: What|Removed |Added CC||has...@free.fr --- Comment #1 from Ashar Voultoiz 2011-09-02 18:16:58 UTC --- I can not reproduce the issue as of r96135 -- 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 29582] UploadWizard fails while rendering messages with {{GRAMMAR}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=29582
Siebrand changed:
What|Removed |Added
CC||s.mazel...@xs4all.nl
--- Comment #5 from Siebrand 2011-09-02 18:08:42 UTC ---
I have changed all occurences of {{SITENAME}} to "this site" for the messages
of the UploadWizard in r96131. I also removed any usage of GRAMMAR in the same
file, and removed those messages in translatewiki.net. Roan is backporting
r96131 to 1.17wmf. After that he will deploy it and run LocalisationUpdate, so
the issue is gone for now.
Erik has requested Neil, the head developer of the UploadWizard and me to get
GRAMMAR support in the JavaScript parts of MediaWiki. That may not be that
simple, but we'll keep you updated here!
--
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 30705] Charset Error on Special Page
https://bugzilla.wikimedia.org/show_bug.cgi?id=30705 --- Comment #1 from DaSch 2011-09-02 17:56:48 UTC --- Seams like this is not nessesary a encoding problem but a problem, that the page does not correctly check the existents of the pages. I think the selection is not done correctly. It should check if the page really exists. -- 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 30706] PDF export extension problem with wiki table
https://bugzilla.wikimedia.org/show_bug.cgi?id=30706 --- Comment #1 from reza1615 2011-09-02 17:43:44 UTC --- in this page PDF extension doesn't render lines that is inside table http://en.wikipedia.org/wiki/Periodic_table_(large_version) -- 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 30512] Turn MobileFrontend on for 100% of production traffic
https://bugzilla.wikimedia.org/show_bug.cgi?id=30512 Bug 30512 depends on bug 30551, which changed state. Bug 30551 Summary: Create a simple feedback option for mobile users https://bugzilla.wikimedia.org/show_bug.cgi?id=30551 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 30551] Create a simple feedback option for mobile users
https://bugzilla.wikimedia.org/show_bug.cgi?id=30551 Patrick Reilly changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Patrick Reilly 2011-09-02 17:24:00 UTC --- Added feedback form in r96129. -- 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 30427] Provide data collected by ReaderFeedback extension for Portuguese Wikibooks users
https://bugzilla.wikimedia.org/show_bug.cgi?id=30427 --- Comment #11 from mybugs.m...@gmail.com 2011-09-02 17:22:42 UTC --- I think it is better to provide it publicily, even if I keep a copy of the file(s). -- 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 29582] UploadWizard fails while rendering messages with {{GRAMMAR}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=29582 --- Comment #4 from Erik Moeller 2011-09-02 17:20:24 UTC --- On Wikimedia Commons, please substitute the message in the MediaWiki: namespace for now to not use the grammar keyword, or point me to the relevant messages so I can do so (User:Eloquence on Commons). We'll look into adding grammar support ASAP. See http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/UploadWizard/UploadWizard.i18n.php?revision=96108&view=markup for a full list of relevant MW messages. -- 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 30227] API returns the wrong values for 'total' and 'count' of ratings
https://bugzilla.wikimedia.org/show_bug.cgi?id=30227
mybugs.m...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED |
--- Comment #7 from mybugs.m...@gmail.com 2011-09-02 17:19:51 UTC ---
(In reply to comment #6)
> There is a similar bug that is visible on http://en.wikipedia.org/wiki/Mormons
Indeed, it displays
* Trustworthy: 130150527.4
* Objective: 113025458.3
* Complete: 119304650.5
* Well-written: 3.8
Is the fix deployed yet?
For the record,
http://en.wikipedia.org/w/api.php?action=query&format=jsonfm&list=articlefeedback&afpageid=18925&afanontoken=&afuserrating=0&maxage=0&smaxage=2592000
returns the following data for that page right now:
{
"query": {
"articlefeedback": [
{
"pageid": "18925",
"revid": 447998960,
"ratings": [
{
"ratingid": 1,
"ratingdesc": "articlefeedback-field-trustworthy-label",
"total": 4294967404,
"count": 33,
"countall": 55
},
{
"ratingid": 2,
"ratingdesc": "articlefeedback-field-objective-label",
"total": 4294967414,
"count": 38,
"countall": 60
},
{
"ratingid": 3,
"ratingdesc": "articlefeedback-field-complete-label",
"total": 4294967418,
"count": 36,
"countall": 59
},
{
"ratingid": 4,
"ratingdesc": "articlefeedback-field-wellwritten-label",
"total": 130,
"count": 34,
"countall": 59
}
],
"status": "current"
}
]
}
}
--
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 29582] UploadWizard fails while rendering messages with {{GRAMMAR}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=29582 Erik Moeller changed: What|Removed |Added Priority|Normal |High CC||e...@wikimedia.org --- Comment #3 from Erik Moeller 2011-09-02 17:06:26 UTC --- Escalating 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 30664] Remove link to uploads on contribution pages of IPs
https://bugzilla.wikimedia.org/show_bug.cgi?id=30664 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED CC||aschulz4...@gmail.com Resolution||WONTFIX --- Comment #2 from Aaron Schulz 2011-09-02 17:05:28 UTC --- closed. -- 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 30705] New: Charset Error on Special Page
https://bugzilla.wikimedia.org/show_bug.cgi?id=30705 Web browser: --- Bug #: 30705 Summary: Charset Error on Special Page Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: da...@daschmedia.de CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified Somehow on this special Page the encoding is wrong. All other pages work correctly http://www.wecowi.de/wiki/Spezial:Verwaiste_Attribute -- 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 30667] PDF export extension problem with and
https://bugzilla.wikimedia.org/show_bug.cgi?id=30667 --- Comment #8 from reza1615 2011-09-02 16:06:28 UTC --- (In reply to comment #6) > Fixed with > https://github.com/pediapress/mwlib.rl/commit/c458cab76b383e66ac9d2ab617d7bc0c98a7044e > > I'll update the render servers later today in this case it doesn't work in fawiki we have many cases that are like this http://fa.wikipedia.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Reza1615/pdf3#direction -- 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 30704] New: PDF export extension problem with HTML tags in RTL wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=30704 Web browser: --- Bug #: 30704 Summary: PDF export extension problem with HTML tags in RTL wikis Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Collection AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: reza.ene...@gmail.com CC: developm...@pediapress.com Classification: Unclassified PDF Export extension doesnt support correctly HTML in RTL wikis 1- #characters change their places 2- #characters change their places 3- #characters change their places 4-#it doesn't have LTR direction 5- #characters change their places 6- #it doesn't work http://fa.wikipedia.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Reza1615/pdf3 maybe it is useful http://www.w3.org/International/tutorials/bidi-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 30701] Random Articles on mobile Wikipedia always show the same
https://bugzilla.wikimedia.org/show_bug.cgi?id=30701 Reedy changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Reedy 2011-09-02 15:56:40 UTC --- Can't reproduce, works fine for me on my mobile -- 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 30703] noc is again not interpreting php files
https://bugzilla.wikimedia.org/show_bug.cgi?id=30703 Reedy changed: What|Removed |Added Keywords|shell |ops Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Reedy 2011-09-02 15:37:18 UTC --- Was fixed earlier -- 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 30689] CSS breaks module somehow
https://bugzilla.wikimedia.org/show_bug.cgi?id=30689 --- Comment #2 from Jeroen De Dauw 2011-09-02 15:37:13 UTC --- I don't have this on any public wiki (and not on my dev wiki either, as I need the stuff to work). Steps to reproduce: * Install Survey ext * Get some survey to show somewhere * Uncomment the fancybox css at http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/Survey/Survey.php?view=markup#l150 Or you can just modify some existing (working) module by adding this CSS file to the styles list, and see it break loading of the module. This is probably easier :) -- 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 30696] The custom field added for WLM is too short
https://bugzilla.wikimedia.org/show_bug.cgi?id=30696 Jeroen De Dauw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Jeroen De Dauw 2011-09-02 15:32:52 UTC --- Fixed by r96103. Default limit is now 25, and it can be changed per campaign. -- 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 30644] UploadWizard campaigns are deleted on GET
https://bugzilla.wikimedia.org/show_bug.cgi?id=30644 --- Comment #13 from Jeroen De Dauw 2011-09-02 15:28:00 UTC --- > Salted tokens are supported in the API, see ApiRollback.php in core. I guess I made some wrong assumptions there. Awesome! :) > There is a general paradigm that GET requests should not be able to change things; deletions and creations and such should always use POST. Sure, will do that in the future. Worth changing here 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 30667] PDF export extension problem with and
https://bugzilla.wikimedia.org/show_bug.cgi?id=30667 reza1615 changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #7 from reza1615 2011-09-02 14:31:49 UTC --- in rtl wikis when we wright Latin word inside text we have to use for correcting () and other symbols place is it possible to correct it? for example: http://fa.wikipedia.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Reza1615/pdf .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 30686] Update GlobalUsage extension to work with merge of iwtransclusion into core
https://bugzilla.wikimedia.org/show_bug.cgi?id=30686 --- Comment #1 from Peter Potrowl 2011-09-02 14:25:18 UTC --- The plan when I was developing the iwtransclusion branch one year ago was actually to have the GlobalUsage extension built-in. That's why I copied a lot of code from it to the core. IIRC, this code would be shared by both images global usage and templates global usage. The idea was that templates global usage would be built-in anyway so it did not seem more expensive to have images global usage built-in 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 30640] EXIF orientation tag use broken in 1.18 - skewed display
https://bugzilla.wikimedia.org/show_bug.cgi?id=30640 --- Comment #7 from Bryan Tong Minh 2011-09-02 14:18:11 UTC --- Created attachment 9004 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9004 Patch that fixes logic errors in normaliseParams There were some logic errors that the attached patch fixes. For some reason the unit tests were incomplete: they did not detect the errors I introduced in r92279. I strongly suggest that proper unit tests are written before this is patch is applied. I may or may not have time 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 30689] CSS breaks module somehow
https://bugzilla.wikimedia.org/show_bug.cgi?id=30689 --- Comment #1 from Roan Kattouw 2011-09-02 14:17:15 UTC --- Do you have more information for me? A link to a page displaying the failure, maybe? -- 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 30644] UploadWizard campaigns are deleted on GET
https://bugzilla.wikimedia.org/show_bug.cgi?id=30644 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #12 from Roan Kattouw 2011-09-02 14:15:40 UTC --- Salted tokens are supported in the API, see ApiRollback.php in core. There is a general paradigm that GET requests should not be able to change things; deletions and creations and such should always use POST. -- 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 27911] Overhaul and standardize apple-touch-icons
https://bugzilla.wikimedia.org/show_bug.cgi?id=27911 --- Comment #5 from Roan Kattouw 2011-09-02 14:07:11 UTC --- (In reply to comment #4) > Adding Roan to the CC list. I noticed the foundationwiki issue today after > https was deployed there. I'm not sure if it's the reason that the page > doesn't > have a pretty green lock icon in Google Chrome, but it's probably not helping. That was because of the logo, fixed that just 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 29865] Rating tooltip overlaps with expertise checkbox label
https://bugzilla.wikimedia.org/show_bug.cgi?id=29865 Roan Kattouw changed: What|Removed |Added CC||vinodvyas.1...@gmail.com --- Comment #5 from Roan Kattouw 2011-09-02 14:03:37 UTC --- *** Bug 30670 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 30640] EXIF orientation tag use broken in 1.18 - skewed display
https://bugzilla.wikimedia.org/show_bug.cgi?id=30640 --- Comment #6 from Bryan Tong Minh 2011-09-02 13:59:16 UTC --- Probably caused by r92279. -- 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 30670] The mouse-over text for Rate this page star rating overlaps with "optional" text below it
https://bugzilla.wikimedia.org/show_bug.cgi?id=30670 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||DUPLICATE --- Comment #1 from Roan Kattouw 2011-09-02 14:03:37 UTC --- *** This bug has been marked as a duplicate of bug 29865 *** -- 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 30703] New: noc is again not interpreting php files
https://bugzilla.wikimedia.org/show_bug.cgi?id=30703 Web browser: --- Bug #: 30703 Summary: noc is again not interpreting php files Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: platoni...@gmail.com Classification: Unclassified http://noc.wikimedia.org/ is not processing php, downloading highlight.php instead -- 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 30664] Remove link to uploads on contribution pages of IPs
https://bugzilla.wikimedia.org/show_bug.cgi?id=30664 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw 2011-09-02 13:49:33 UTC --- I don't think this should be done in MediaWiki in general. Anonymous users can't upload because that's the way WMF wikis are configured, but it's perfectly possible to configure a wiki such that anonymous uploads are allowed. Hiding the uploads link if anon uploading is forbidden won't work either, because it could've been allowed before and disabled later. Suggest WONTFIX. -- 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 30640] EXIF orientation tag use broken in 1.18 - skewed display
https://bugzilla.wikimedia.org/show_bug.cgi?id=30640 --- Comment #5 from Bryan Tong Minh 2011-09-02 13:31:04 UTC --- Can confirm breakage with this image on trunk 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 30680] Enable Collection for KM WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=30680 វ័ណថារិទ្ធ changed: What|Removed |Added Status|RESOLVED|REOPENED 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 30680] Enable Collection for KM WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=30680 --- Comment #4 from វ័ណថារិទ្ធ 2011-09-02 13:24:30 UTC --- Per my understanding, many users prefer Hanuman font (with only 2 variants - normal and bold - I think, I will send an email to the font developer to add italic in the next edition/version) which is also available on Google Web fonts. Link here - https://www.google.com/webfonts#QuickUsePlace:quickUse/Family:Hanuman:400,700 FYI, I just tested the book creator tool - there's some problem/error in the rending of Khmer unicode font - I mean the sequence or rendering is not correctly appeared. I think, if you now try to replace the old font with this new one - Hanuman, first and see if we still encounter the same rending error. 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 30702] New: PDF export extension problem with
https://bugzilla.wikimedia.org/show_bug.cgi?id=30702 Web browser: --- Bug #: 30702 Summary: PDF export extension problem with and any location map templates (Template:Image label). case study: http://en.wikipedia.org/wiki/User:Reza1615/pdf2 is it possible to convert background image+links==> to new image? I found http://stackoverflow.com/questions/6825262/best-way-to-convert-a-div-to-image-using-either-php-javascript-or-jquery and http://www.xhtml2pdf.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 30680] Enable Collection for KM WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=30680 Volker Haas changed: What|Removed |Added CC||volker.h...@pediapress.com --- Comment #3 from Volker Haas 2011-09-02 12:43:51 UTC --- I just added a khmer font to the configuration of the render server. Currently I am using the KhmerOS.ttf font from the ubuntu package "ttf-khmeros-core". No italic or bold variant is present. If anybody knows an open source font which is better please let me know. -- 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 30701] New: Random Articles on mobile Wikipedia always show the same
https://bugzilla.wikimedia.org/show_bug.cgi?id=30701 Web browser: --- Bug #: 30701 Summary: Random Articles on mobile Wikipedia always show the same Product: Wikimedia Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: max.doerf...@gmail.com Classification: Unclassified Steps to reproduce: * surf to http://en.m.wikipedia.org * repeatedly hit the random button or * repeatedly surf to: http://en.m.wikipedia.org/wiki/Special:Random Expected output: I expect to see another Wikipedia article each time Instead I get: I just see a selection of the same 1-3 Articles -- 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 30680] Enable Collection for KM WP
https://bugzilla.wikimedia.org/show_bug.cgi?id=30680 --- Comment #2 from វ័ណថារិទ្ធ 2011-09-02 11:57:42 UTC --- Thank you very much, Reedy! Regards, Vantharith -- 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 26304] OAIRepository fatal error stops search indexing
https://bugzilla.wikimedia.org/show_bug.cgi?id=26304 --- Comment #31 from Reedy 2011-09-02 11:43:42 UTC --- Nothing again since the 21st August -- 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
