bugzilla-daemon | 1 Apr 01:17 2012
Picon

[Bug 35591] About Screen gets overlaid on top of article

https://bugzilla.wikimedia.org/show_bug.cgi?id=35591

Patrick Hayes <pfhayes <at> gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

--- Comment #2 from Patrick Hayes <pfhayes <at> gmail.com> 2012-03-31 23:17:30 UTC ---
Fixed in https://github.com/wikimedia/WiktionaryMobile/pull/21

--

-- 
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.
bugzilla-daemon | 1 Apr 01:26 2012
Picon

[Bug 35633] New: Top Bar is inconsistent between screens

https://bugzilla.wikimedia.org/show_bug.cgi?id=35633

       Web browser: ---
             Bug #: 35633
           Summary: Top Bar is inconsistent between screens
           Product: Wikipedia App
           Version: 1.2
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: Generic
        AssignedTo: wikibugs-l <at> lists.wikimedia.org
        ReportedBy: pfhayes <at> gmail.com
    Classification: Unclassified
   Mobile Platform: ---

Created attachment 10358
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=10358
Screenshots of gray bar

See screenshots. Depending on the screen, the top gray bar either stretches to
fill the screen, or does not.

--

-- 
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.
(Continue reading)

bugzilla-daemon | 1 Apr 03:20 2012
Picon

[Bug 35627] [SRF] jqPlot re-factoring v1.8

https://bugzilla.wikimedia.org/show_bug.cgi?id=35627

Jeroen De Dauw <jeroen_dedauw <at> yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

--- Comment #1 from Jeroen De Dauw <jeroen_dedauw <at> yahoo.com> 2012-04-01 01:20:03 UTC ---
Awesome!

Applied in r114644 :)

--

-- 
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.
bugzilla-daemon | 1 Apr 03:57 2012
Picon

[Bug 35627] [SRF] jqPlot re-factoring v1.8

https://bugzilla.wikimedia.org/show_bug.cgi?id=35627

--- Comment #2 from MWJames <jamesin.hongkong.1 <at> gmail.com> 2012-04-01 01:57:45 UTC ---
That was quick, thanks.

One minor thing I recognized when syncing against the trunk is that some old
files still hoovering in the SemanticResultFormats/jqPlot directory which
should have been vanished.

Anything besides [1] should be deleted from the /SemanticResultFormats/jqPlot
directory since related files have been moved to
/SemanticResultFormats/jqPlot/resources  

[1] README.md, SRF_jqPlotBar.php, SRF_jqPlotPie.php, SRF_jqPlotSeries.php

--

-- 
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.
bugzilla-daemon | 1 Apr 04:34 2012
Picon

[Bug 35392] parser stubs for behavior switch magic words and signature lines

https://bugzilla.wikimedia.org/show_bug.cgi?id=35392

--- Comment #2 from Adam Wight <spam <at> ludd.net> 2012-04-01 02:34:27 UTC ---
Patches have been deprecated in favor of https://gerrit.wikimedia.org/r/4050

I've abandoned the signature/timestamp patch, agreeing with Brion that,
> These sorts of things really should be happening *in* the editor, rather
> than in the parser. We only have to put ~~~~ in because the original editor
> was too primitive to have a nice "insert signature" live function. So I
> think it's worth really rethinking how these things get done for the new
> paradigm. :)

--

-- 
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.
bugzilla-daemon | 1 Apr 04:38 2012
Picon

[Bug 35392] behavior switches are saved in parser environment

https://bugzilla.wikimedia.org/show_bug.cgi?id=35392

Adam Wight <spam <at> ludd.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|parser stubs for behavior   |behavior switches are saved
                   |switch magic words and      |in parser environment
                   |signature lines             |

--

-- 
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.
bugzilla-daemon | 1 Apr 04:47 2012
Picon

[Bug 35147] Disable anonymous edits and users on mr.wikisource.org

https://bugzilla.wikimedia.org/show_bug.cgi?id=35147

billinghurst <billinghurst <at> gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |billinghurst <at> gmail.com

--- Comment #2 from billinghurst <billinghurst <at> gmail.com> 2012-04-01 02:47:28 UTC ---
I would suggest that you seek at advice at [[oldwikisource:WS:Scriptorium]]
about some of the methodologies for improving contributors input.

--

-- 
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.
bugzilla-daemon | 1 Apr 05:14 2012
Picon

[Bug 28419] Replace MD5 password hashing with WHIRLPOOL

https://bugzilla.wikimedia.org/show_bug.cgi?id=28419

--- Comment #39 from Tyler Romeo <tylerromeo <at> gmail.com> 2012-04-01 03:14:07 UTC ---
(In reply to comment #38)
> (In reply to comment #37)
> > OK, now I understand the logic. In that case I'll give my support FWIW. The
> > only thing I would recommend is cleanup the structure a little bit. There's no
> > need for a PasswordType interface when there's a base abstract class that's
> > already required to be inherited by the primary Password class.
> The separation between PasswordType and BasePasswordType (I think I used to
> call it AbstractPasswordType or CommonPasswordType, should I rename it back?)
> is what allows the flexible implementation of things like crypt(3).
> An implementation that uses our : pattern extends BasePasswordType and lets
> BasePasswordType abstract away all the storage, crypt, and comparison bits.
> While an implementation that needs to call a 3rd party library or say crypt(3)
> with raw data instead implements PasswordType directly and uses the raw data to
> handle crypt and compare itself.
> I don't believe I referenced BasePasswordType anywhere but in the extends. All
> instanceof checks should be against the PasswordType interface.
> 
> Though I do think I could turn the PasswordType interface into an abstract
> class so that isPreferredFormat can have the same `require true;` default as
> BasePasswordClass.

That's my bad. Mixed up the name of the interface and abstract class and
thought you were requiring password types to be children of the base class.
Ignore my previous comment.

> > Also, I would change the cryptParams() function to defaultCryptParams() and
> > replace preferred format with current format.
(Continue reading)

bugzilla-daemon | 1 Apr 06:10 2012
Picon

[Bug 28419] Replace MD5 password hashing with WHIRLPOOL

https://bugzilla.wikimedia.org/show_bug.cgi?id=28419

--- Comment #40 from Daniel Friesen <mediawiki-bugs <at> nadir-seen-fire.com> 2012-04-01 04:10:22 UTC ---
(In reply to comment #39)
> > > Also, I would change the cryptParams() function to defaultCryptParams() and
> > > replace preferred format with current format.
> > 
> > Hmmm... 'default' might work. At the same time they don't feel like 'default'.
> > It's more of a callback saying "I'm hashing a password for the first time,
> > please create the parameters to run the algorithm with." Using 'default' makes
> > it sound a little static when it's not, since cryptParams() returns things like
> > completely random salts.
> 
> Default isn't perfect, but all I know is that it shouldn't be preferred. It
> just gives the wrong idea. Maybe newCryptParams()? Idk.

"preferred", yeah that of course doesn't fit. This is creation of parameters
for a crypt() call, not comparing data against the preferential format defined
in settings. Are we mixing cryptParams() and isPreferredFormat() up here?

--

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
bugzilla-daemon | 1 Apr 06:24 2012
Picon

[Bug 35426] Enable WebFonts extension on mr.wikisource.org

https://bugzilla.wikimedia.org/show_bug.cgi?id=35426

--- Comment #2 from Shantanoo <shantanoo <at> gmail.com> 2012-04-01 04:24:43 UTC ---
Consensus links:
http://mr.wikisource.org/wiki/%E0%A4%9A%E0%A4%B0%E0%A5%8D%E0%A4%9A%E0%A4%BE:%E0%A4%AE%E0%A5%81%E0%A4%96%E0%A4%AA%E0%A5%83%E0%A4%B7%E0%A5%8D%E0%A4%A0#Webfonts%20deployment

Please go ahead with enabling extension. Will raise another ticket in case
there are any issues. 

Did not find any trivial issue on translatewiki.net.

--

-- 
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.

Gmane