[Bug 18904] Special:Random always calls the same Page
https://bugzilla.wikimedia.org/show_bug.cgi?id=18904 --- Comment #2 from Sören Dohmen soeren.doh...@uni-due.de 2009-05-27 06:41:22 UTC --- the page_random value in the page table is either 0 or 1 -- 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 18856] RevisionsBeforeDiff hook
https://bugzilla.wikimedia.org/show_bug.cgi?id=18856
--- Comment #2 from Juho Vepsäläinen beb...@gmail.com 2009-05-27 06:47:59
UTC ---
Alright. I implemented a simple form extension for MediaWiki (I know there are
at least two other of those available but neither matched my demands :) ). This
means that when editing certain pages besides the traditional editing box the
user sees some additional fields. Pages having forms are defined using category
hierarchy and by matching templates to the category names. The templates define
the overall structure and outlook of the document. Furthermore it contains
markup (ie. {{{textbox:textbox name}}} ) to determine where to show fields. The
extension constructs the editing pages based on this information
(category/template matching + template markup - form).
I stash the user provided information on wiki pages in the syntax using
comments and serializing (explains the removeCommentLines part on previous
example). Furthermore each property (ie. field but as a more generic concept)
can render itself in wiki syntax (renderProperties on previous example). I use
renderProperties also in following way:
$wgHooks['EditPage::attemptSave'][] = 'combineBeforeWikiParse';
$wgHooks['EditPageBeforePreviewText'][] = 'combineBeforeWikiParse';
function combineBeforeWikiParse( $editPage ) {
if( pageIsEditable() ) {
$editPage-textbox1 = renderProperties($editPage) .
$editPage-textbox1;
}
return true;
}
So you can think it as a template engine sitting on top of MediaWiki's template
engine. In fact you could easily replace MediaWiki's current syntax with
totally different one this way but that's another story and goes beyond the
point. Basically if you are doing this sort of things and want to have preview
working properly, you have to do little tricks such as this. It's possible I
have missed some obvious solution given that I'm new to MediaWiki extension
coding though. :)
I agree that the name of the hook may not be the best possible. Feel free to
suggest more fitting one. :)
--
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 18879] Nonexistent category pages show useless preview on first edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=18879 --- Comment #3 from Gurch matthew.brit...@btinternet.com 2009-05-27 06:48:38 UTC --- (In reply to comment #2) It's not useless, as it includes the pages in the category so that category links show useful information. Could it show just those and not the Remember that this is only a preview; your changes have not yet been saved! warning message? -- 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 18881] maintenance script to populate rev_len field for old revisions
https://bugzilla.wikimedia.org/show_bug.cgi?id=18881 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Summary|maintenance script to |maintenance script to |populate rev_len field for |populate rev_len field for |pre-April 2007 revisions|old revisions --- Comment #4 from Gurch matthew.brit...@btinternet.com 2009-05-27 06:51:25 UTC --- Changing summary as the scope of my original request seems to have been expanded from english Wikipedia to all mediawikis, so the cutoff date will depend on when they upgraded. -- 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 18945] New: Intersection extension missing for bug reports, possible confusion of extension names.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18945 Summary: Intersection extension missing for bug reports, possible confusion of extension names. Product: MediaWiki extensions Version: any Platform: All URL: http://www.mediawiki.org/wiki/Extension:Intersection OS/Version: All Status: NEW Severity: minor Priority: Normal Component: DynamicPageList AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: g.m.haged...@gmail.com In https://bugzilla.wikimedia.org/show_bug.cgi?id=18924 Brian makes a note about an extension name. I interpret this as that for error reports for the non-wikimedia used dynamic page list extension, the name DynamicPageList2 should be picked in the Component list box of the Bugzilla. Regardless whether Brian is correct or made an quick error: The naming of the three extensions DynamicPageList, DynamicPageList2, and Intersection is a mess and liable to confusion. First, I note that the Extension Intersection, the one which is used on Wikimedia, does not have an entry in Bugzilla Component list. Here is the list: http://www.mediawiki.org/wiki/Extension:DynamicPageList - in SVN in folder /DynamicPageList - I interpret Brian's comment that to report a bug on this one should pick DynamicPageList2 in bugzilla. http://www.mediawiki.org/wiki/Extension:DynamicPageList2 - this is obsolete and not in SVN. Not meant to be in Bugzilla. http://www.mediawiki.org/wiki/Extension:Intersection - in SVN in folder /intersection. I interpret Brian's comments that to report a bug on this one should pick DynamicPageList in bugzilla. Can this be fixed? The easiest to me appears to follow in bugzilla the http://www.mediawiki.org/wiki/Extension:* names. This would mean: Remove DynamicPageList2 from bugzilla component list. Add Intersection to the component list. -- 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 18946] New: Contact information for mailing lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=18946 Summary: Contact information for mailing lists Product: Wikimedia Version: unspecified Platform: All URL: http://meta.wikimedia.org/wiki/Talk:Mailing_lists/overvi ew OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Mailing lists AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: flomina...@gmx.net Hi there, some weeks ago I tried to find out what to do to create a new mailing list. Therefore I visited http://lists.wikimedia.org/ and got redirected to http://meta.wikimedia.org/wiki/Mailing_lists/overview . The page doesn't say a word on how to create new lists. Some time later, I tried it with http://meta.wikimedia.org/wiki/Mailing_lists and found the information I needed. Why doesn't lists.wm.org redirect directly to http://meta.wikimedia.org/wiki/Mailing_lists ? I also tried https://lists.wikimedia.org/mailman/listinfo and emailed mail...@lists.wikimedia.org but didn't get any response as well. Is this address monitored at all? Best regards, Flo -- 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 18924] In combination with MW 1.16 alpha, newest SVN DynamicPageList2 breaks general layout through error messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=18924 Shinjiman shinji...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Shinjiman shinji...@gmail.com 2009-05-27 09:13:11 UTC --- Fixed in r51054. (In reply to comment #3) The naming of these extensions is a mess. Since this has nothing to do with the current bug, I have created a new bug report (https://bugzilla.wikimedia.org/show_bug.cgi?id=18945). It seems that 1.7.9 is already available for separate download. According to an email by the creator of http://www.mediawiki.org/wiki/Extension:DynamicPageList, the creator has no SVN commit rights. We run MW directly out of subversion and depend on extensions in SVN remaining in sync (within a few days) with the main development. We would therefore like to request to assign SVN commit rights to the extension author for the purpose of updating the extension. I agree with that. -- 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 18945] Intersection extension missing for bug reports, possible confusion of extension names.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18945 Happy-melon happy-me...@live.com changed: What|Removed |Added CC||happy-me...@live.com Component|DynamicPageList |Bugzilla Product|MediaWiki extensions|Wikimedia Version|any |unspecified -- 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 18947] New: LiquidThreads thread renaming silently fails if user is not allowed to move pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=18947 Summary: LiquidThreads thread renaming silently fails if user is not allowed to move pages Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org Steps to reproduce: 1. Log in as a user who can't move pages. 2. Edit a top-level thread. 3. Change the summary. 4. Click 'Save'. Expected result: Thread has changed name. Actual result: Thread has not changed name. -- 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 18948] New: Default LQ colors are ugly (no offence)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18948 Summary: Default LQ colors are ugly (no offence) Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: foxyloxy.wikime...@gmail.com CC: davemcc...@gmail.com The grey box surrounding each LQ toolbox under each reply (and the yellow for links) really don't fit in with the monobook (MB) skin (mw default). I suggest a background that blends with the MB background and is only slightly distinct and change the link colors to just normal link colors. -- 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 18949] New: LiquidThreads allows threads to be moved to pages without LiquidThreads enabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=18949 Summary: LiquidThreads allows threads to be moved to pages without LiquidThreads enabled Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org CC: davemcc...@gmail.com Summary says it all -- 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 18948] LiquidThreads colours are ugly
https://bugzilla.wikimedia.org/show_bug.cgi?id=18948 Andrew Garrett agarr...@wikimedia.org changed: What|Removed |Added Summary|Default LQ colors are ugly |LiquidThreads colours are |(no offence)|ugly -- 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 18950] New: Clicking link for an invalid thread gives fatal errors instead of graceful failure
https://bugzilla.wikimedia.org/show_bug.cgi?id=18950 Summary: Clicking link for an invalid thread gives fatal errors instead of graceful failure Product: MediaWiki extensions Version: any Platform: All URL: http://wiki.werdn.us/test/view/Thread:This_thread_doesn% 27t_exist OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org CC: davemcc...@gmail.com See, for example, http://wiki.werdn.us/test/view/Thread:This_thread_doesn%27t_exist -- 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 18936] Colour-dependent positioning errors in SVG rasterisation
https://bugzilla.wikimedia.org/show_bug.cgi?id=18936 --- Comment #3 from Tom Edwards t_edwa...@btinternet.com 2009-05-27 10:04:24 UTC --- I changed the red image to a darker shade and it's now developed a seam as well. Check the file history for the version unaffected by this bug: http://en.wikipedia.org/wiki/File:Crowned_Portcullis_red.svg#filehistory -- 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 18951] New: You have new messages message wont go away
https://bugzilla.wikimedia.org/show_bug.cgi?id=18951 Summary: You have new messages message wont go away Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: overlo...@gmail.com CC: davemcc...@gmail.com If somebody edits the header on your talk/discussion/thread/whatever it's supposed to be page you get a You have new messages. which links to Special:NewMessages, however upon visiting you get: There are no new messages for you. And the You have new messages wont go away. -- 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 18952] New: Add signature-like (wikipedia-esque) options to LQ, allowing styling and name changing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18952 Summary: Add signature-like (wikipedia-esque) options to LQ, allowing styling and name changing Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: foxyloxy.wikime...@gmail.com CC: davemcc...@gmail.com It appears the plan is to migrate WMF sites to the LQ system on discussion pages, if so, I suspect there will be an outcry about the superseding of customizable and creative signatures with the drab LQ interface. Additionally, there are several users who use a different name on their signature and in their username. To preempt that, I suggest that support for some kind of customization within the LQ box and styling (perhaps making the default User (Talk | contribs) customizable). -- 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 18904] Special:Random always calls the same Page
https://bugzilla.wikimedia.org/show_bug.cgi?id=18904 Sören Dohmen soeren.doh...@uni-due.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Sören Dohmen soeren.doh...@uni-due.de 2009-05-27 10:20:00 UTC --- The type of page_random was double(20,0). I changed ist to double and then reorganised that column in the way described on http://katlas.math.toronto.edu/wiki/Fixing_%22Random_Page%22 Now the Special:Random instruction is running correctly. -- 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 18953] New: Fatal error when new LiquidThreads thread subject is invalid as a page title
https://bugzilla.wikimedia.org/show_bug.cgi?id=18953 Summary: Fatal error when new LiquidThreads thread subject is invalid as a page title Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org CC: davemcc...@gmail.com Fatal error: Call to a member function exists() on a non-object in /var/wiki/extensions/LiquidThreads/classes/LqtView.php on line 369 Needs to fail gracefully. -- 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 18937] Default MediaWiki:Confirmrecreate produces incorrect output when the delete reason was empty
https://bugzilla.wikimedia.org/show_bug.cgi?id=18937 Happy-melon happy-me...@live.com changed: What|Removed |Added CC||happy-me...@live.com --- Comment #2 from Happy-melon happy-me...@live.com 2009-05-27 11:27:58 UTC --- Can't conditionally output, no #if: in core. Just adding a space to the default message would avoid breaking the formatting, or use i/i tags. -- 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 18954] New: Allow Special:Log to be filtered by log_action as well as log_type
https://bugzilla.wikimedia.org/show_bug.cgi?id=18954 Summary: Allow Special:Log to be filtered by log_action as well as log_type Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Keywords: schema-change Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: happy-me...@live.com This is probably a dupe, but I couldn't find it, and is related to bug17293. This would probably require a new index on the logging table, action_time, but would be very useful. -- 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 18858] Can't open documents from Internet Explorer (IE) address bar thru img_auth.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=18858 --- Comment #2 from Greg Ubben gregub...@comcast.net 2009-05-27 14:24:04 UTC --- The filename doesn't matter; it happens with every filename. I just retested with a simple (24K) uploaded Word document titled Test.doc. It will start a download progress popup, echoing back that it is downloading Test.doc and showing 0% progress, but it is immediately overlayed by two more error popups - one from IE saying it couldn't find/access the resource, and one saying that WINWORD.EXE is dying and a log is being generated (don't know where this goes). I assumed there was a known problem with accessing some resources from IE address bar, but couldn't find much in Microsoft's Knowledge Base. Could be related to http://support.microsoft.com/kb/953166, another problem where a page works when clicked as a link but not when typed in the address bar. Or saw another report that similar things happen if expiry HTTP header is set to now or in the past. This reportedly also affects people who wish to upload a document then email its URL to a bunch of others. The links apparently don't work when clicked in Microsoft Outlook either. Work-around for now is to mail the Image: URL instead, requiring two clicks by receiving users. -- 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 18943] Special:MostLinkedPages gives Fatal error on call to getPrefixedDBkey
https://bugzilla.wikimedia.org/show_bug.cgi?id=18943
Freek Dijkstra softw...@macfreek.nl changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WORKSFORME |
--- Comment #3 from Freek Dijkstra softw...@macfreek.nl 2009-05-27 14:36:57
UTC ---
Thanks for the feedback. You are right, and now have two separate bugs.
Somehow, the bad title involved is .
The $title is NULL instead of an object.
Bug 1. Bad titles are not handled gracefully.
Resolution. Please update the code to:
function makeWlhLink( $title, $caption, $skin ) {
if (is_object($title)) {
$wlh = SpecialPage::getTitleFor( 'Whatlinkshere',
$title-getPrefixedDBkey() );
} else {
$wlh = SpecialPage::getTitleFor( 'Whatlinkshere' );
}
return $skin-makeKnownLinkObj( $wlh, $caption );
}
(I usually prefer to write this as try ... catch, but no exception was
raised, so I used an if statement.)
Bug 2. cleanupTitles.php does not detect this case, and the error remains.
I will have to look into this last one, find a solution, put it in a new
bugreport and add the bug ID here.
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 18956] New: Import sources on el.wikiversity
https://bugzilla.wikimedia.org/show_bug.cgi?id=18956 Summary: Import sources on el.wikiversity Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: assassin0...@yahoo.com Please enable the following import sources on the Greek Wikiversity (el.wikiversity): fr.wikipedia, de.wikipedia, commons and fi.wikiversity -- 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 18926] Firefox crashes when trying to play the video
https://bugzilla.wikimedia.org/show_bug.cgi?id=18926 Michael Dale d...@ucsc.edu changed: What|Removed |Added CC||d...@ucsc.edu --- Comment #1 from Michael Dale d...@ucsc.edu 2009-05-27 15:24:26 UTC --- Does not crash for me with firefox 3.0.10 in linux x86_64 with vlc (0.9.9a) or java (IcedTea Java Web Browser Plugin 1.4.1) Also does not crash with firefox 3.0.8 in windows XP SP2 with sun java 1.5.0_04 or firefox 3.0.10 for that matter. What was your platform? does it crash every time? what version of java do you have installed? -- 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 18927] Irrelevant stream sources are displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=18927 Michael Dale d...@ucsc.edu changed: What|Removed |Added CC||d...@ucsc.edu --- Comment #1 from Michael Dale d...@ucsc.edu 2009-05-27 15:27:02 UTC --- Not seeing this error. When i click on the stream options I get a list of available playback methods and they can be chosen. Can you be more specific? Is there any javascript error output that is stopping the execution of the javascript early on? -- 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 18928] Pause button doesn't pause the video
https://bugzilla.wikimedia.org/show_bug.cgi?id=18928 --- Comment #2 from Michael Dale d...@ucsc.edu 2009-05-27 15:37:25 UTC --- Pause seems to work for me using VLC and IE 7.0.5 in windows xp. When playing back with java in IE7 with the latest update ( r50982 ) it also works (just pushed out that update to sandbox right now) so recheck and report back. -- 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 18945] Intersection extension missing for bug reports, possible confusion of extension names.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18945
Gero Scholz gero.sch...@t-online.de changed:
What|Removed |Added
CC||gero.sch...@t-online.de
--- Comment #2 from Gero Scholz gero.sch...@t-online.de 2009-05-27 15:37:26
UTC ---
I am the (main) author of DynamicPageList2 and I support the above suggestion.
The documentation of DPL2 already uses the term DPL (without a number).
The parser function is already called {{#dpl:...}}
The parser tag is already called dpl .. /dpl.
The mediawiki.org description is named Extension:DynamicPageList.
The mediawiki.org page DPL is already a redirection to
Extension:DynamicPageList.
There are only some historic reminiscents in the source code and in the file
naming which can easily be cleaned up.
The main source of DPL would then be named DynamicPageList.php - which means
that the require_once statement has to be changed in all installations when
changing to DPL 1.8.0. I think this is acceptable.
I plan to implement this in DPL 1.8.0. and I would rely on
a) somebody changing the SVN repository
b) getting update permission for SVN
Is that o.k.?
--
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 18894] pause button stops the video instead of pausing
https://bugzilla.wikimedia.org/show_bug.cgi?id=18894 --- Comment #1 from Michael Dale d...@ucsc.edu 2009-05-27 15:38:19 UTC --- With version ( r50982 ) it should pause with java. When you go to stream selection or some dom overlay it does stop the video and it needs to be rebuffed and everything once you start playing again. -- 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 16414] Upload form should prevent submission of filename with disallowed extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=16414 --- Comment #6 from Michael Dale d...@ucsc.edu 2009-05-27 15:40:41 UTC --- the fix to this bug has been re-factored into uploadPage.js as part of the js2 code refactoring. It integrates better with the firefogg support and has been committed to the new-upload branch -- 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 18957] New: formatnum works wrong in german
https://bugzilla.wikimedia.org/show_bug.cgi?id=18957 Summary: formatnum works wrong in german Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Templates AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dasch...@gmx.net EN: As described here http://de.wikipedia.org/wiki/Schreibweise_von_Zahlen in german tousends are not delimited by a point . but by a space This should be changed DE: Wie auf http://de.wikipedia.org/wiki/Schreibweise_von_Zahlen beschrieben wird als Tausendertrennzeichen nicht ein Punkt sondern ein Leerzeichen verwendet. -- 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 18957] formatnum works wrong in german
https://bugzilla.wikimedia.org/show_bug.cgi?id=18957 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added CC||raimond.spekk...@gmail.com Severity|enhancement |trivial Component|Templates |Internationalization Version|1.15-svn|unspecified -- 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 18957] formatnum works wrong in german
https://bugzilla.wikimedia.org/show_bug.cgi?id=18957 --- Comment #1 from DaSch dasch...@gmx.net 2009-05-27 16:12:07 UTC --- to read about in english http://en.wikipedia.org/wiki/Decimal_separator even when it's no precise there -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18949] LiquidThreads allows threads to be moved to pages without LiquidThreads enabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=18949 Andrew Garrett agarr...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Andrew Garrett agarr...@wikimedia.org 2009-05-27 16:12:35 UTC --- Fixed with r51073. -- 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 18950] Clicking link for an invalid thread gives fatal errors instead of graceful failure
https://bugzilla.wikimedia.org/show_bug.cgi?id=18950 --- Comment #1 from Andrew Garrett agarr...@wikimedia.org 2009-05-27 16:12:57 UTC --- Notice: Undefined variable: article_t in /var/wiki/extensions/LiquidThreads/pages/ThreadPermalinkView.php on line 18 Fatal error: Call to a member function getNamespaceKey() on a non-object in /var/wiki/extensions/LiquidThreads/pages/ThreadPermalinkView.php on line 18 -- 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 18950] Clicking link for an invalid thread gives fatal errors instead of graceful failure
https://bugzilla.wikimedia.org/show_bug.cgi?id=18950 Andrew Garrett agarr...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Andrew Garrett agarr...@wikimedia.org 2009-05-27 16:18:09 UTC --- Fixed, r51076. -- 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 18944] add prefs-help-nickname
https://bugzilla.wikimedia.org/show_bug.cgi?id=18944 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |agarr...@wikimedia.org |l...@lists.wikimedia.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 18945] Intersection extension missing for bug reports, possible confusion of extension names.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18945 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Brion Vibber br...@wikimedia.org 2009-05-27 17:01:10 UTC --- The DynamicPageList component is for the DynamicPageList extension (intersection/DynamicPageList.php). This is in active production use on Wikimedia sites and is relevant to Wikimedia sites. The DynamicPageList2 component is for the DynamicPageList2 extension (DynamicPageList/DynamicPageList2.php). This has never been used on Wikimedia sites. If your documentation is being lax about naming, I recommend you fix your documentation! :) -- 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 18954] Allow Special:Log to be filtered by log_action as well as log_type
https://bugzilla.wikimedia.org/show_bug.cgi?id=18954 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-05-27 17:03:16 UTC --- Can you clarify a bit what sort of filtering you'd want and what it might look like from a user interaction perspective? -- 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 18956] Import sources on el.wikiversity
https://bugzilla.wikimedia.org/show_bug.cgi?id=18956 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org AssignedTo|wikibugs- |rhals...@wikimedia.org |l...@lists.wikimedia.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 18889] External links should skip the scheme if it's the same as the site
https://bugzilla.wikimedia.org/show_bug.cgi?id=18889 --- Comment #4 from Brion Vibber br...@wikimedia.org 2009-05-27 17:15:26 UTC --- Patch won't be accepted as it has no functional purpose and would interfere with production use, but feel free to post it if you like. -- 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 13812] Upload errors display pseudo-paths with 'public', confuse users
https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 --- Comment #6 from Brion Vibber br...@wikimedia.org 2009-05-27 17:21:38 UTC --- Well, A) it looks kind of icky and B) I don't think $ is banned from filenames, so $IP or $wgUploadPath etc may appear in literals, breaking the replacements. Additionally note we don't want to expose full pathnames by default as this is a general server security issue. -- 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 18958] New: reuse $wgDisableLangConversion to be able to disable the conversion entirely
https://bugzilla.wikimedia.org/show_bug.cgi?id=18958 Summary: reuse $wgDisableLangConversion to be able to disable the conversion entirely Product: MediaWiki Version: 1.16-svn Platform: All URL: http://zh.wikipedia.org/wiki/Special:Preferences OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User preferences AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: shinji...@gmail.com Blocks: 18870 The initial introduction of the $wgDisableLangConversion value was implemented on r6569, and this value has been abandoned on r6817. I think this value should be useful to disable the conversion entirely. see also bug 18870. -- 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 18870] The toggle defined in $extraUserToggles won't display in the user preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=18870 Shinjiman shinji...@gmail.com changed: What|Removed |Added Depends on||18958 -- 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 18958] reuse $wgDisableLangConversion to be able to disable the conversion entirely
https://bugzilla.wikimedia.org/show_bug.cgi?id=18958 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-05-27 18:19:18 UTC --- Negative settings like this are confusing; if it's necessary at all as a site setting it should be something like $wgEnableLangConversion (or $wgEnableLangVariants?). This was false means off and true means on, which is easier to remember. :) -- 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 18943] Special:MostLinkedPages gives Fatal error on call to getPrefixedDBkey
https://bugzilla.wikimedia.org/show_bug.cgi?id=18943 Freek Dijkstra softw...@macfreek.nl changed: What|Removed |Added CC||softw...@macfreek.nl --- Comment #4 from Freek Dijkstra softw...@macfreek.nl 2009-05-27 18:27:03 UTC --- The core of the bug are links to a page itself. To replicate, make a page Sandbox, and make the following intrawiki link: [[#test]] This will end up in the pagelinks database table as: pl_namespace = 0 pl_title = The pl_title = will cause the Fatal Error in the [[Special:MostLinkedPages]]. This can not be solved in the cleanupTitles.php. It is a bug in how Mediawiki fills the pagelinks table. I don't know what the exact purpose of this table is, so I'm hesitant to make a fix which make break other things. 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 18959] New: Personal Per_Book gadget hardwires /wiki/ into javascript name
https://bugzilla.wikimedia.org/show_bug.cgi?id=18959 Summary: Personal Per_Book gadget hardwires /wiki/ into javascript name Product: MediaWiki extensions Version: any Platform: Macintosh OS/Version: Mac OS X 10.4 Status: NEW Severity: major Priority: Normal Component: Gadgets AssignedTo: dan...@brightbyte.de ReportedBy: dness...@yahoo.com The personal per_book gadget uses the fixed string /wiki/ as the pathname to the personal per_book css and js filenames (see MediaWiki:Gadget-Personalper.js). This works on Wikibooks, but not on other Mediawiki installations, which may have a different path to the mediawiki code. The fix is simple. Replace /wiki/ by wgScript, which holds the proper pathname prefix. -- 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 18959] Personal Per_Book gadget hardwires /wiki/ into javascript name
https://bugzilla.wikimedia.org/show_bug.cgi?id=18959 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-05-27 18:47:42 UTC --- This is a script maintained by the administrators at English Wikibooks (I think darklama did this one? or maybe whiteknight). In any case, it's not part of the MediaWiki software. You can ask the user who wrote it (see the history of the code) or ask on http://en.wikibooks.org/wiki/WB:AA -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18960] New: mvTextInterface.js error on loading CMML mediaSource
https://bugzilla.wikimedia.org/show_bug.cgi?id=18960
Summary: mvTextInterface.js error on loading CMML mediaSource
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Normal
Component: Page rendering
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: gchr...@psu.edu
I am able to view the captions provided in mwEmbed's timed text examples, but
the showTextInterface() box hangs on loading ... when I supply a mediaSource
... src=http://.../captions.xml; CMML track in the file indicated by video
roe=http://.../mwEmbed_roe.xml;. Both (static) XML files are valid,
well-formatted, have content-type text/xml, and only two tracks are present.
I am able to trace the problem using Firebug's console:
load timed text from roe: http://.../mwEmbed_roe.xml
row data ready (no roe request)
mv_txt_load_:SHOW mv_txt_load_
video/ogg is not suported timed text fromat
adding Track: Ht_en to v0
do load timed text: Ht_en
textCMML: loading track: undefined
pcurl.queryKey.t is undefined
load()(source, function())
loadAndDisplay()(Ht_en)
(?)()(1, Object)
each()([Object, Object 0=Object 1=Object], function(), undefined)
getParseTimedText_rowReady()()
getTimedTextTracks()()
init()(div#v0)
mvTextInterface()(div#v0)
(?)()()
doLoad()(undefined, undefined)
mv_embed.js()
var req_time = pcurl.queryKey['t'].split('/');
^--JS Error from line 361 in libTimedText/mvTextInterface.js
native:onended:
base:onClipDone
mvEmbed:stop:v0
I believe that mvTextInterface.js is re-parsing the original mwEmbed_roe.xml,
then retrieving the first mediaSource element (the video itself) rather than
the second mediaSource listed under track id=t provides=text layers. I
am not aware of a solution or workaround, or for that matter how my test case
differs from the provided examples.
Any ideas?
-George
Minefield 3.6a1pre build 20090416052000
mvEmbed SVN 50996
--
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 18943] Special:MostLinkedPages gives Fatal error on call to getPrefixedDBkey
https://bugzilla.wikimedia.org/show_bug.cgi?id=18943 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #5 from Niklas Laxström niklas.laxst...@gmail.com 2009-05-27 19:14:04 UTC --- Fixed first part in r51083. The latter is dஉபெ f புக் 17713. See also bug 17751. -- 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 17713] Anchors produce empty pl_title values in pagelinks table
https://bugzilla.wikimedia.org/show_bug.cgi?id=17713 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||desertw...@mad.scientist.com --- Comment #4 from Niklas Laxström niklas.laxst...@gmail.com 2009-05-27 19:14:26 UTC --- *** Bug 18071 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 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 13812] Upload errors display pseudo-paths with 'public', confuse users
https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 --- Comment #7 from emufarm...@gmail.com 2009-05-27 19:19:53 UTC --- It doesn't do replacements: it uses single quotes. All it does is change the confusing 'public/path/to/file' to the less confusing '$wgUploadDirectory/path/to/file'; the full path is not revealed. -- 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 18946] Contact information for mailing lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=18946 Casey Brown cbrown1...@gmail.com changed: What|Removed |Added CC||m...@nedworks.org, ||cbrown1...@gmail.com --- Comment #1 from Casey Brown cbrown1...@gmail.com 2009-05-27 20:34:36 UTC --- (In reply to comment #0) some weeks ago I tried to find out what to do to create a new mailing list. For future reference: create a bug here (bugzilla) in the Mailing lists component, assigned to Cary. Direct link: https://bugzilla.wikimedia.org/enter_bug.cgi?product=Wikimediacomponent=Mailing+listsassigned_to=cb...@wikimedia.org Things to include * requested list name * reasoning/explanation of purpose (and community consensus, if applicable) * initial list admin address http://meta.wikimedia.org/wiki/Mailing_lists and found the information I needed. That information is actually incorrect, I'll update it with the information I gave you above. Why doesn't lists.wm.org redirect directly to http://meta.wikimedia.org/wiki/Mailing_lists ? I agree it should be redirected there. I also tried https://lists.wikimedia.org/mailman/listinfo and emailed mail...@lists.wikimedia.org but didn't get any response as well. Is this address monitored at all? That's actually a mailing list too: https://lists.wikimedia.org/mailman/listinfo/mailman, I'm not sure if it's monitored (but it probably gets a lot of spam ;-)). -- 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 17376] Option to suppress attribute links in result tables of #ask
https://bugzilla.wikimedia.org/show_bug.cgi?id=17376 --- Comment #5 from Christian Illy christian.i...@gmx.de 2009-05-27 20:35:57 UTC --- Hi Dan, tried that. Unfortunately that really only changes the caption and doesn't affect the Link on it. Will see if I can find that piece of code on the weekend. Regards, Chris -- 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 18961] New: Restore all default settings should be a button
https://bugzilla.wikimedia.org/show_bug.cgi?id=18961 Summary: Restore all default settings should be a button Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User preferences AssignedTo: agarr...@wikimedia.org ReportedBy: siebr...@wikipedia.be CC: wikibugs-l@lists.wikimedia.org Restore all default settings in Special:Preferences should be a button, just like Save and Undo changes. The text link looks odd at the moment. -- 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 18946] Contact information for mailing lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=18946 --- Comment #2 from Brion Vibber br...@wikimedia.org 2009-05-27 20:38:46 UTC --- Honestly I think I'd rather have lists.wikimedia.org redirect straight to https://lists.wikimedia.org/mailman/listinfo which has the distinct advantage of actually being current at all times. :) I believe the header text can be edited, so we could add a link to the meta pages. -- 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 8445] Multiple search terms are not enforced properly for Chinese
https://bugzilla.wikimedia.org/show_bug.cgi?id=8445 --- Comment #4 from jida...@jidanni.org 2009-05-27 20:50:09 UTC --- Alas, I see WMF doesn't use SpecialSearch.php anymore, but these extensions instead, $ w3m -dump http://zh.wikipedia.org/wiki/Special:Version | grep Search MWSearch MWSearch plugin Brion Vibber and OpenSearchXml OpenSearch XML interface Brion Vibber So the best I can do for now is put a message in MediaWiki:Searchresulttext: If searching Chinese, try your search again with quote marks, 逢甲 - 逢甲 . Sorry. -- 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 18954] Allow Special:Log to be filtered by log_action as well as log_type
https://bugzilla.wikimedia.org/show_bug.cgi?id=18954 --- Comment #2 from Happy-melon happy-me...@live.com 2009-05-27 21:08:19 UTC --- Initially, extending the dropdown that currently default to all public logs to look something like this: *All public logs *Block log **Blocks **Unblocks **Modifications *Protection **Protection **Unprotection **Modifications *etc Where a user can select any of the fields: selecting, say *Block log would have the same effect as currently: all actions of log_type='block'; but selecting **Blocks would display only log entries where log_action='block' (and redundantly, log_type='block'). Of course, this would probably require us to keep a track of exactly what log_action values we're expecting, so we can assign them system messages etc. [[mw:Manual:Logging table]] suggests there're some fairly obtuse values floating around, which might need some cleanup (or at least working out where they came from and what to call them). Ultimately, it would be nice, in combination with bug17293, to implement a multiple select (a la the selects for status and resolution on bugzilla's advanced search) to select a number of log_types (or, even better, arbitrary log_actions). This would make it much easier to resolve bugs like bug17148 (and the similar one for suppression log entries showing up there, which I can't find), simply by changing LogEventsList::showLogExtract() to disregard these log_actions. But that's a separate issue, and a separate bug. -- 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 18962] New: Special ListFiles has the sorting arrow switched
https://bugzilla.wikimedia.org/show_bug.cgi?id=18962 Summary: Special ListFiles has the sorting arrow switched Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: subfa...@gmail.com http://commons.wikimedia.org/w/index.php?title=Special:ListFilessort=img_sizelimit=50desc=1 The arrow for sorting asc/desc should be the other way around. -- 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 8445] Multiple search terms are not enforced properly for Chinese
https://bugzilla.wikimedia.org/show_bug.cgi?id=8445 --- Comment #5 from Brion Vibber br...@wikimedia.org 2009-05-27 21:12:12 UTC --- SpecialSearch.php provides the front-end UI, and is indeed used on Wikimedia sites. MWSearch provides an alternate back-end. PostgreSQL users also have a different search back-end. Unsurprisingly, different back-ends have different properties and do not all share the same bugs. -- 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 18945] Intersection extension missing for bug reports, possible confusion of extension names.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18945 Gregor Hagedorn g.m.haged...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #4 from Gregor Hagedorn g.m.haged...@gmail.com 2009-05-27 21:36:59 UTC --- Please excuse reopening, but I don't think this is resolved. As project leader and not programmer I use the documentation on mediawiki.org. This is where the confusion originates. It does not originate with http://www.mediawiki.org/wiki/Extension:DynamicPageList, but with http://www.mediawiki.org/wiki/Extension:Intersection, which is, throughout the documentation primarily called intersection (see e.g., http://www.mediawiki.org/wiki/Extension_Matrix). Where is it documented that The DynamicPageList component is for the DynamicPageList extension (intersection/DynamicPageList.php) and why then does both SVN and mediawiki.org prefers to call that extension the intersection extension? I am not claiming that a specific resolution is the right one, but I do claim that it is currently not in order and highly confusing. -- 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 18945] Intersection extension missing for bug reports, possible confusion of extension names.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18945 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Comment #5 from Brion Vibber br...@wikimedia.org 2009-05-27 21:39:40 UTC --- The extension is named DynamicPageList. It's in the intersection directory because once upon a time there was some thought that there might be several related things in that directory. Both extensions are available in Bugzilla under their actual names (DynamicPageList.php, DynamicPageList2.php). -- 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 18945] Intersection extension missing for bug reports, possible confusion of extension names.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18945 --- Comment #6 from Gregor Hagedorn g.m.haged...@gmail.com 2009-05-27 21:41:54 UTC --- Afterthought: a partial cause of the confusion is that the name DynamicPageList2 is not available to http://www.mediawiki.org/wiki/Extension:DynamicPageList, because it is already occupied by another, now obsolete extension. Perhaps peace and consistency could be achieved by calling http://www.mediawiki.org/wiki/Extension:DynamicPageList DynamicPageList3 in both the bugzilla and the self-documentation shown in Special:Version on wikis on which it is installed? -- 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 18945] Intersection extension missing for bug reports, possible confusion of extension names.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18945 --- Comment #7 from Gregor Hagedorn g.m.haged...@gmail.com 2009-05-27 21:46:45 UTC --- I would appreciate if someone, rather than apodictically claiming what is (or should be) try find a solution for the problem, i.e. that normal administrators of mediawiki installations (those relying on the mediawiki.org documentation) are thoroughly confused about the inconsistent names. Brian, please go to the documentation under http://www.mediawiki.org/wiki/Extension:DynamicPageList2 - this is not the http://www.mediawiki.org/wiki/Extension:DynamicPageList. -- 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 18945] Intersection extension missing for bug reports, possible confusion of extension names.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18945 --- Comment #8 from Brion Vibber br...@wikimedia.org 2009-05-27 21:47:56 UTC --- I've rearranged the extension pages to reflect the correct name of DynamicPageList and the third-party nature of this other DynamicPageList you refer to which isn't even hosted in SVN for development. -- 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 18962] Special ListFiles has the sorting arrow switched
https://bugzilla.wikimedia.org/show_bug.cgi?id=18962 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||br...@wikimedia.org --- Comment #1 from Brion Vibber br...@wikimedia.org 2009-05-27 21:51:03 UTC --- Indeed, the directions used are opposite that of in-wiki sortable table headers, which also match eg Finder's sorted file views. The small end of the arrow should match up with the low end (smaller numbers, earlier letters), while the big end of the arrow should match up with larger numbers/later letters. Probably this needs to be fixed in the table pager class. -- 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 18963] New: Improvments needed for Mediawiki licensing options during setup
https://bugzilla.wikimedia.org/show_bug.cgi?id=18963 Summary: Improvments needed for Mediawiki licensing options during setup Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ro...@robertrohde.com The initial setup screen currently provides the following licensing options: * No license metadata * Public domain * GNU Free Documentation License 1.2 (Wikipedia-compatible) * GNU Free Documentation License 1.3 * A Creative Commons license with a selection script for which variant These options are not very complete and in light of the relicensing resolution are going to be inaccurate as well. The problems I would point out: 1) No option for GFDL without version number (which legally translates to any version if no version is specified) 2) No option for GFDL with an or later versions clause. By specifying a particular version without using the or later clause, the user is largely locking themselves into that specific version indefinitely. Generally not good. 2) No option is available for dual licensing, e.g. GFDL / CC-BY-SA like Wikipedia will be. 3) Wikipedia-compatible will not be a fitting description once we move to CC-BY-SA as our primary license and no longer allow the import of GFDL-only text. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18964] New: Missing old image version from 070802-F-1234S-006.jpg (reupload problem?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18964 Summary: Missing old image version from 070802-F-1234S-006.jpg (reupload problem?) Product: Wikimedia Version: unspecified Platform: All URL: http://commons.wikimedia.org/wiki/File:070802-F-1234S- 006.jpg OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: platoni...@gmail.com Created an attachment (id=6162) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6162) 20090417194354!070802-F-1234S-006.jpg File 070802-F-1234S-006.jpg in commons has a missing old version http://upload.wikimedia.org/wikipedia/commons/archive/b/b8/20090417194354!070802-F-1234S-006.jpg The old image can have been (wrongly) deleted recently (the new version upload, April 2009, is a good candidate time), in which case the bug needs to be found. Or it can be delete due to some of the old, now-fixed bugs, in which case we should consider why it wasn't detected before as a failing image (in which case it would have been restored). Note that thumb from the old version is available: copied from the folder or recreated after the upload? Its modified time is the one of the reupload. I attach the missing image, to be magically put in place by a server admin. -- 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 13812] Upload errors display pseudo-paths with 'public', confuse users
https://bugzilla.wikimedia.org/show_bug.cgi?id=13812
--- Comment #8 from Michael Daly michael.d...@kayakwiki.org 2009-05-27
22:25:55 UTC ---
Simple -
if user groups includes admin{
Show full path.
} else {
Explain the problem in plain language so anyone can have some margin of hope
in understanding it.
Dump the real problem to the error_log so that it gets reported to the admin.
}
Provide a config parameter to enable this for admins if you think that letting
*any* admin see the real path is too much risk. That allows the site's main
admin to decide instead of WMF.
Maybe an error reporting level is due - warn, error, imminent death... so that
error logs can be controlled.
--
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 15715] Create a new wikicode date element to allow unlinked dates to display as per user prefs
https://bugzilla.wikimedia.org/show_bug.cgi?id=15715
Gurch matthew.brit...@btinternet.com changed:
What|Removed |Added
CC||matthew.brit...@btinternet.c
||om
--- Comment #2 from Gurch matthew.brit...@btinternet.com 2009-05-27 22:36:43
UTC ---
Yes, a new {{#date:}} parser function would be the best way to do this.
Given the idiotic drama that the English Wikipedia is now making about date
linking/delinking, is there any chance I can bump up the priority on this?
Right now silly measures are being taken, like having parameters in templates
that specify the date format and then people squabbling over which format gets
used in their articles. It would be MUCH easier if these things just
respected users' date preferences.
--
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 13812] Upload errors display pseudo-paths with 'public', confuse users
https://bugzilla.wikimedia.org/show_bug.cgi?id=13812
Platonides platoni...@gmail.com changed:
What|Removed |Added
CC||platoni...@gmail.com
--- Comment #9 from Platonides platoni...@gmail.com 2009-05-27 22:37:39 UTC
---
I think a better algorithm would be:
code
Explain the problem in plain language so anyone can have some margin of hope
in understanding it.
Dump the real problem to the error_log so that it gets reported to the admin.
if user groups includes admin{
Show full description .
}
/code
But, what if the admin can't reproduce it?
The admins/people doing support may be guided just by the provided error
message.
That's specially true for shared hosts where doesn't have access to the error
log.
Also, some users are more clueful than admins. :)
--
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 15715] Allow display of dates according to date formatting preferences without links
https://bugzilla.wikimedia.org/show_bug.cgi?id=15715 Gurch matthew.brit...@btinternet.com changed: What|Removed |Added Summary|Create a new wikicode date|Allow display of dates |element to allow unlinked |according to date formatting |dates to display as per user|preferences without links |prefs | -- 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 13812] Upload errors display pseudo-paths with 'public', confuse users
https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 --- Comment #10 from Michael Daly michael.d...@kayakwiki.org 2009-05-27 22:52:56 UTC --- The error log should be set to the disk space allocated to the wiki site. This assumes a local php.ini from the host for each hosted service. Many hosting services provide for this; if the service doesn't provide this, get a better hosting service. That's the advice we repeatedly give on msusers.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 13812] Upload errors display pseudo-paths with 'public', confuse users
https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 --- Comment #11 from Platonides platoni...@gmail.com 2009-05-27 23:12:05 UTC --- Sure they can change hosts, or set display_errors. But they aren't the best answer. I'm only anticipating that we'll get users with that problem that are unable to explain what the error is (and not being admins on their wiki, we won't be able to read it, either). -- 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 18965] New: function importScript() in wikibits.js doesn't globally change all %3A and %2F to '/' and ':'
https://bugzilla.wikimedia.org/show_bug.cgi?id=18965
Summary: function importScript() in wikibits.js doesn't globally
change all %3A and %2F to '/' and ':'
Product: MediaWiki
Version: 1.14.0
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: Normal
Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: dness...@yahoo.com
CC: bryan.tongm...@gmail.com, vasi...@gmail.com,
soxre...@gmail.com
When building a uri, importScript(page) uses the following call: var uri =
wgScript + '?title=' + encodeURIComponent(page.replace(/
/g,'_')).replace('%2F','/').replace('%3A',':') +
'action=rawctype=text/javascript'; When applied to a pagename with more than
one embedded / or : this results in an incorrect uri. For example, if
page=User:Dnessett%2Fper_book%2FTemplate.js, the result of encodeURIComponent
is: User:Dnessett/per_book%2FTemplate.js. The problem is the replace calls do
not specify global replacement. The correct call is:
encodeURIComponent(page.replace(/
/g,'_')).replace(/%2F/,'/').replace(/%3A/,':').
--
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 18965] function importScript() in wikibits.js doesn't globally change all %3A and %2F to '/' and ':'
https://bugzilla.wikimedia.org/show_bug.cgi?id=18965 Splarka h...@goldrush.com changed: What|Removed |Added CC||h...@goldrush.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Splarka h...@goldrush.com 2009-05-27 23:43:03 UTC --- Already fixed in r50537. Will go live next scap. -- 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 18890] Enable editors to declare ref body text outside of main article prose. Also Enable editors to control footnote ordering.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18890 Steve Sanbeg ssan...@web.de changed: What|Removed |Added CC||ssan...@web.de --- Comment #11 from Steve Sanbeg ssan...@web.de 2009-05-27 23:44:59 UTC --- I agree that the div seems kludgy; rather than recommend littering the output with hidden divs, it would be better to recommend putting the newlines where the extension can control them; i.e. ref hide name=h0 def for h0 /refref hide name=h1 def for h1 /refref hide name=h2 def for h2 /ref I also think the define might be a better term than hide, conceptually that it's defining text to be used elsewhere. For that, I think this patch is more complex than necessary. It should be sufficient to define/override the text without incrementing the usage count for the footnote, rather than generating bogus instances, and keeping track of which uses shouldn't be there, so references can filter them out. It would also be better if some of the nonsensical cases (i.e. multiple, anonymous, missing text, etc) produce errors, for better consistency with the rest of the extension. Finally, you should look at the parser tests (see the script in the maintaneance directory file included with the extension) both to verify that you didn't cause any new regressions, as well as to add your own test cases as examples there, since you are changing the syntax. -- 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 18516] Extension:Securepoll: message Securepoll-too-few-edits needs PLURAL support.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18516 Robert Rohde ro...@robertrohde.com changed: What|Removed |Added Component|General/Unknown |SecurePoll -- 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 18966] New: Icons missing at SPI
https://bugzilla.wikimedia.org/show_bug.cgi?id=18966 Summary: Icons missing at SPI Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: SecurePoll AssignedTo: tstarl...@wikimedia.org ReportedBy: ro...@robertrohde.com Not sure whose issue this is exactly, but the icons designed to be shown in SecurePoll/list are missing in the install at SPI, e.g. /skins/common/images/critical-32.png Since I think that both the Mediawiki and the SecurePoll were freshly installed when this was set up, it may mean that the icons are missing/misplaced in the original. Regardless of why they are missing, it ought to be fixed since the icons are important part of the display and Firefox fails silently when they can't load (i.e. no marker at all to indicate something is missing; red highlighting was added in the local CSS to partially address this). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18960] mvTextInterface.js error on loading CMML mediaSource
https://bugzilla.wikimedia.org/show_bug.cgi?id=18960 --- Comment #1 from George Chriss gchr...@psu.edu 2009-05-28 00:37:00 UTC --- Created an attachment (id=6163) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6163) Comment out code that expects t=h:mm:ss/h:mm:ss style URLs -- 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 18967] New: Make SecurePoll aware of Single User Login
https://bugzilla.wikimedia.org/show_bug.cgi?id=18967 Summary: Make SecurePoll aware of Single User Login Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: SecurePoll AssignedTo: tstarl...@wikimedia.org ReportedBy: ro...@robertrohde.com SecurePoll automatically handles and removes duplicate votes created by the same user voting multiple times on the same account. However, it does not handle the case of accounts linked via Single User Login. Such votes were a majority of the votes that had to be manually removed in the licensing update poll. It would be quite helpful if SecurePoll automatically recognized and handled duplicate votes by SUL linked accounts in the same way it does for repeat votes coming from a single wiki. -- 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 18960] mvTextInterface.js error on loading CMML mediaSource
https://bugzilla.wikimedia.org/show_bug.cgi?id=18960 --- Comment #2 from George Chriss gchr...@psu.edu 2009-05-28 00:45:00 UTC --- The problem was caused by a lack of t=h:mm:ss/h:mm:ss-style query strings in my URLs. Reconfiguring web servers to work with these URLs takes a fair amount of effort, so hopefully mwEmbed can be edited here and elsewhere (e.g., annotations and categories) to opportunistically use these URLs. The attached patch is a temporary workaround. -George -- 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 18968] New: Notify user on repeat votes
https://bugzilla.wikimedia.org/show_bug.cgi?id=18968 Summary: Notify user on repeat votes Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: SecurePoll AssignedTo: tstarl...@wikimedia.org ReportedBy: ro...@robertrohde.com Once a user has voted, if they return to the Ballot page again, they should receive a notice that their ballot has already been recorded. This would hopefully cut down on people casting duplicate votes and give them extra confidence in the system. Duplicate ballots act like a vote change (since only the most recent ballot cast counts), and the message should reflect that. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18969] New: Vote receipt should provide human legible data
https://bugzilla.wikimedia.org/show_bug.cgi?id=18969 Summary: Vote receipt should provide human legible data Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: SecurePoll AssignedTo: tstarl...@wikimedia.org ReportedBy: ro...@robertrohde.com Currently, when someone votes they are given an encrypted block as a receipt. This is both confusing and of limited utility because they have no way of verifying what the encrypted block says. They ought to also be shown a human readable summary of their vote as confirmation. In addition some of this summary and perhaps some other other unique marker could be included in the encrypted block. That way when the votes are decrypted we could give out a list of unique markers etc. to provide people confidence that their vote was included correctly, etc. -- 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 18890] Enable editors to declare ref body text outside of main article prose. Also Enable editors to control footnote ordering.
https://bugzilla.wikimedia.org/show_bug.cgi?id=18890 --- Comment #12 from Bill Mitchell bill.mitch...@pobox.com 2009-05-28 01:14:28 UTC --- Speaking to Comment#11: Good one Steve!! As I said in my Comment#8, the bit about the hidden div does not directly relate to the functionality of the Cite_body.php modifications at all. It is more a matter of how to accommodate the implied changes in wikitext usage. I agree that your suggestion is cleaner than the way I handled it in the sample wikitext in my bug report. I had no doubts that it would work, but I did confirm that it does work on the test wiki for the modified Cite_body.php at http://siteslot.com/testwiki/, and have modified the sample wikitext in the Main page there accordingly. -- 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 18970] New: Fatal error prevents small number of people from voting
https://bugzilla.wikimedia.org/show_bug.cgi?id=18970 Summary: Fatal error prevents small number of people from voting Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: SecurePoll AssignedTo: tstarl...@wikimedia.org ReportedBy: ro...@robertrohde.com Three people, enwiki users RichardRothwell, Apeiron, and Oaktree_b, reported a permanent fatal error that prevented them from voting. They each appear qualified to vote and appeared to be following the process correctly. In each case when they arrived at SPI they recieved an Internal Error message along with the Set $wgShowExceptionDetails = true; boilerplate. This was a persistent condition occurring every time these accounts attempted to vote. Their report suggest to me that the associated account data at SPI was erroneously or incompletely generated. Possibly the database got overloaded when they first visited and something was dropped? Whatever the cause these editors were totally blocked from voting. Since this was reported only 3 times with 18000 ballots cast, it is obvious that whatever caused this condition is an unusual and hard to replicate problem. -- 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 18971] New: PHP Interpreter failing to convert page to HTML before sending to client
https://bugzilla.wikimedia.org/show_bug.cgi?id=18971 Summary: PHP Interpreter failing to convert page to HTML before sending to client Product: Wikimedia Version: unspecified Platform: All URL: http://en.wikipedia.org/wiki/User:Dogzrdogz OS/Version: All Status: NEW Keywords: need-review, shell Severity: critical Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: colin.wyatt.war...@gmail.com I am attempting to edit my userpage, and whenever I click edit it just shows me the download screen. I checked to make sure this was not OS/Browser specific by testing it on Opera 9.64 (Windows XP, Windows Vista), Firefox 3.0.10 (Mac OS X, Vista, XP, Ubuntu 8.10, Ubuntu 9.04, Ubuntu 9.10a) and Internet Explorer (Vista, XP). Because I got the same bug with all of those, it seems like the PHP interpreter is either failing to properly process the document. I have attached a screenshot and the downloaded .php document (named index.php) contains just this: [Process] Type=Edit text Engine=MediaWiki Script=http://en.wikipedia.org/w/index.php Server=http://en.wikipedia.org Path=/w Special namespace=Special [File] Extension=wiki URL=http://en.wikipedia.org/w/index.php?title=User:Dogzrdogzaction=editinternaledit=true -- 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 18971] PHP Interpreter failing to convert page to HTML before sending to client
https://bugzilla.wikimedia.org/show_bug.cgi?id=18971 --- Comment #1 from Colin W colin.wyatt.war...@gmail.com 2009-05-28 01:35:08 UTC --- Created an attachment (id=6164) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6164) A screenshot -- 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 18969] Vote receipt should provide human legible data
https://bugzilla.wikimedia.org/show_bug.cgi?id=18969 --- Comment #1 from Tim Starling tstarl...@wikimedia.org 2009-05-28 01:36:31 UTC --- The general idea is to implement an interface on the Wikimedia side for receipt verification. The user will submit their receipt and their idea of what they voted for, and Wikimedia will thank them and record that information. Then statistics can be shown to election administrators on the agreement between receipts and secondary votes. This is what I've been calling bi-organisational verification, and it checks one system against the other. You can't have a receipt which shows who they voted for in the clear, with a signature attached, because that allows vote-buying. And for the same reason, you can't have an interface which confirms that a given receipt was a vote for a particular person. The best you can do is confirm that the receipt was accurate for a random sample of voters. -- 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 18328] mwdumper java.lang.IllegalArgumentException: Invalid contributor
https://bugzilla.wikimedia.org/show_bug.cgi?id=18328 --- Comment #2 from Sebastian Hellmann kur...@googlemail.com 2009-05-28 01:38:05 UTC --- Created an attachment (id=6165) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6165) test file to reproduce -- 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 18840] RevDelete/HideUser (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18840 jida...@jidanni.org changed: What|Removed |Added Depends on||18827 -- 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 18827] PageHistory.php deleterevision form breaks on ugly URL wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=18827 jida...@jidanni.org changed: What|Removed |Added Blocks||18840 Component|History/Diffs |Revision deletion -- 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 18328] mwdumper java.lang.IllegalArgumentException: Invalid contributor
https://bugzilla.wikimedia.org/show_bug.cgi?id=18328
Sebastian Hellmann kur...@googlemail.com changed:
What|Removed |Added
CC||kur...@googlemail.com
--- Comment #3 from Sebastian Hellmann kur...@googlemail.com 2009-05-28
01:43:58 UTC ---
I fixed the bug for myself.
its probably not the nicest code, but it'll work.
UserIP is set to 127.0.0.1
Hope it will help.
in XMLDumpReader.java
(I attached my version)
line 152: else if (qName == contributor) openContributor(attributes);
and about line 333
void openContributor(Attributes attribs) {
String deleted = attribs.getValue(deleted);
if( deleted !=null deleted.equals(deleted)){
contrib = new Contributor(127.0.0.1);
}else{
contrib = null;
}
}
--
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 18328] mwdumper java.lang.IllegalArgumentException: Invalid contributor
https://bugzilla.wikimedia.org/show_bug.cgi?id=18328 --- Comment #4 from Sebastian Hellmann kur...@googlemail.com 2009-05-28 01:45:12 UTC --- Created an attachment (id=6166) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6166) proposed 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 18971] PHP Interpreter failing to convert page to HTML before sending to client
https://bugzilla.wikimedia.org/show_bug.cgi?id=18971 Brad Jorsch b-jor...@northwestern.edu changed: What|Removed |Added CC||b-jor...@northwestern.edu Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Brad Jorsch b-jor...@northwestern.edu 2009-05-28 01:47:38 UTC --- It looks like you turned on the Use external editor by default preference. Go into your preferences, select the Editing tab, and turn it off. See [[mw:Manual:External editors]] for more details. -- 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 18969] Vote receipt should provide human legible data
https://bugzilla.wikimedia.org/show_bug.cgi?id=18969 --- Comment #2 from Robert Rohde ro...@robertrohde.com 2009-05-28 01:49:54 UTC --- I have no idea what you mean by vote-buying. What I expect when I hear receipt is a record of what I voted for plus some signature verifying authenticity. In other words the receipt would be as valid a proof that a vote was cast as the electronic record on the server. This would then be coupled with some electronic means to allow a person to submit their receipt and verify that the corresponding vote was included in the record. Regardless of anything else, the post-vote page should still show a confirmation that vote X was cast for Y, even if nothing about the receipt is changed. Multiple people thought being handled a block of encrypted text with no readable summary was a sign of an error. -- 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 18972] New: Large participation overwhelms the vote dump functions
https://bugzilla.wikimedia.org/show_bug.cgi?id=18972 Summary: Large participation overwhelms the vote dump functions Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: SecurePoll AssignedTo: tstarl...@wikimedia.org ReportedBy: ro...@robertrohde.com The licensing update poll had 17000+ ballots certified. Each ballot generated an encrypted block approximately 1.8 kB in size. This resulted in a 30 MB vote dump that timed out repeatedly both on attempts to download and upload. This could be avoided by taking steps such as using php's set_execution_time to limit the possibility of timeouts during this process. Another possibility for download is to generate the file, save it to local disk, and then present a link to that file so the download isn't done in a script. Admittedly most ballots may have much lower participation, so this may not be a frequent problem. -- 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 18941] Make Special:NewPages transcludable like Special:Wantedpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=18941 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org Depends on||16129 --- Comment #1 from jida...@jidanni.org 2009-05-28 02:02:07 UTC --- Also try http://www.mediawiki.org/wiki/Extension:Newest_Pages (but I dropped it and instead upped my $wgRCMaxAge and ran rebuildrecentchanges.php). -- 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 16129] Transcluded Special:Newpages and Special:Newimages expose strip markers and desanitize html when returning zero results
https://bugzilla.wikimedia.org/show_bug.cgi?id=16129 jida...@jidanni.org changed: What|Removed |Added Blocks||18941 -- 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 18973] New: Decryption vs. passcode problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=18973 Summary: Decryption vs. passcode problem Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: SecurePoll AssignedTo: tstarl...@wikimedia.org ReportedBy: ro...@robertrohde.com The private key used in the licensing update vote required a password to decrypt the votes. Currently SecurePoll assumes that the private key has a blank password. Either there needs to be a way to enter a password into the Tallier (my preference), or there needs to be very firm and clear warning that the keys used in SecurePoll should have a blank password. For example a comment with big CAPITAL LETTERS in the setup files. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 6341] New pages expire too soon on small wikis, leaving minimal entries in Special:Newpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=6341 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org --- Comment #7 from jida...@jidanni.org 2009-05-28 02:03:20 UTC --- Perhaps just up your $wgRCMaxAge and run rebuildrecentchanges.php... -- 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
