bugzilla | 1 Feb 01:52 2007
Picon

[Bug 8841] Login page form breaks Firefox password manager

http://bugzilla.wikimedia.org/show_bug.cgi?id=8841

------- Additional Comments From linux@...  2007-02-01 00:52
UTC -------
Thanks.

Filed bug against mozilla.org
https://bugzilla.mozilla.org/show_bug.cgi?id=368919

--

-- 
Configure bugmail: http://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
bugzilla | 1 Feb 01:55 2007
Picon

[Bug 8841] Login page form breaks Firefox password manager

http://bugzilla.wikimedia.org/show_bug.cgi?id=8841

linux@... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |VERIFIED

------- Additional Comments From linux@...  2007-02-01 00:55
UTC -------
Works on de.wikipedia.org, which reports itself as MediaWiki 1.10alpha. VERIFY.

--

-- 
Configure bugmail: http://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
bugzilla | 1 Feb 03:01 2007
Picon

[Bug 8679] Consider blacklisting CSS attributes "z-index" and "position" in wiki text

http://bugzilla.wikimedia.org/show_bug.cgi?id=8679

------- Additional Comments From dodgy@...  2007-02-01 02:01
UTC -------
People seem to use this or some other funky HMTL code to give themselves messed up user and talk 
pages with buttons and links outside the normal text window.

--

-- 
Configure bugmail: http://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
bugzilla | 1 Feb 03:04 2007
Picon

[Bug 8842] New: Atom/Rss Feed settings do nothing

http://bugzilla.wikimedia.org/show_bug.cgi?id=8842

           Summary: Atom/Rss Feed settings do nothing
           Product: MediaWiki
           Version: 1.9.1
          Platform: PC
        OS/Version: Windows 98
            Status: NEW
          Severity: major
          Priority: Normal
         Component: General/Unknown
        AssignedTo: wikibugs-l@...
        ReportedBy: dodgy@...

$wgFeedLimit = 2;
$wgFeedDiffCutoff = 2;

In localsettings.php

Well this should make there less RSS/Atom feeds. Well I tried all sorts of variations and it appears 
these settings don't do a thing. They are mentioned in defaultsettings.php in that they're supposed to 
reduce how much at a time is in a feed and the second is too keep certain large sized things out of the 
feed.

--

-- 
Configure bugmail: http://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
bugzilla | 1 Feb 03:27 2007
Picon

[Bug 198] Easy, secure in-place upgrade

http://bugzilla.wikimedia.org/show_bug.cgi?id=198

------- Additional Comments From brettz9@...  2007-02-01
02:27 UTC -------
Hi,
After trying to work through with it on my own, I discovered a few things that
could at least get the update1_5.php and update.php files from the commandline
to complete without errors.

1) As I was doing testing on a Windows machine (but for a LocalSettings.php file
from a Linux machine), I found I had to change the ":" separator in
LocalSettings.php to a semicolon. Although changing the colons to just $sep
works ok with the updating, it doesn't work on a live site since $sep isn't
declared on a live site.
2) Due to what seems to be changes in MySQL 5.? (see
http://dev.mysql.com/doc/refman/5.0/en/server-sql-mode.html ), I ran the mysql
command line "set global sql_mode =
'NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'" after discovering that
STRICT_TRANS_TABLES was interfering with the script (something about 'blob/text'
not having defaults, as I recall).
3) In FiveUpgrade.inc, I needed to take this line so that I wouldn't get a
double "maintenance/archives" in the URL and thus an error: dbsource(
'maintenance/archives/patch-interwiki-trans.sql', $this->dbw );
 ... and replace it with this line:
dbsource( archive('patch-interwiki-trans.sql'), $this->dbw );

Now the database does include new UTF-8 tables, but I still have the following
tables with Latin1 data (I really thought the script was going to convert my old
data to UTF-8 but it said that these tables already existed and seemed to do
nothing with them): brokenlinks, cur, interwiki, objectcache, searchindex, text.
(Continue reading)

bugzilla | 1 Feb 03:47 2007
Picon

[Bug 198] Easy, secure in-place upgrade

http://bugzilla.wikimedia.org/show_bug.cgi?id=198

------- Additional Comments From brettz9@...  2007-02-01
02:47 UTC -------
Oh, if there is no other way, do you know if it would be a safe (and
comprehensive) solution to use PHP and its utf8_encode functions to make a
script to retrieve the existing values and after converting them, upload them to
an equivalent UTF-8 table? I don't mind doing that, but I don't know if that
would make things worse or not be enough to solve the problem...

--

-- 
Configure bugmail: http://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
bugzilla | 1 Feb 04:45 2007
Picon

[Bug 7865] Enable extension VariablesExtension

http://bugzilla.wikimedia.org/show_bug.cgi?id=7865

------- Additional Comments From jquinn@...  2007-02-01 03:45
UTC -------
The calculation isn't difficult - it's a matter of 
counting - but I don't want to enter values in more than 
one place (the #expr and the subtemplate) because that 
gives chances for errors, especially when somebody comes 
and edits a subtemplate. Also, in the long run, there 
may be more formatting options (single or double-spaced) 
which would complicate the calculation.

--

-- 
Configure bugmail: http://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
bugzilla | 1 Feb 05:32 2007
Picon

[Bug 8843] New: Select what user identification appears in the history of a page.

http://bugzilla.wikimedia.org/show_bug.cgi?id=8843

           Summary: Select what user identification appears in the history
                    of a page.
           Product: MediaWiki
           Version: 1.8.2
          Platform: HP
        OS/Version: Linux
            Status: NEW
          Severity: enhancement
          Priority: Normal
         Component: User preferences
        AssignedTo: wikibugs-l@...
        ReportedBy: jason.lunghusen@...

I imagine this would probably a global setting for the wiki rather than a user
preference.  We're using the LDAP plugin from here:

http://meta.wikimedia.org/wiki/LDAP_Authentication

and I've discussed the issue here:

http://meta.wikimedia.org/wiki/Talk:LDAP_Authentication#Real_name_not_displayed_on_changes

Being able to have the users Real name displayed rather than being forced to use
username would help with identifying at a glance which users are updating pages.

--

-- 
Configure bugmail: http://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
(Continue reading)

bugzilla | 1 Feb 06:03 2007
Picon

[Bug 8161] Syntax for stripping HTML and wiki markup

http://bugzilla.wikimedia.org/show_bug.cgi?id=8161

mxn@... changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|ParserFunction for stripping|Syntax for stripping HTML
                   |HTML and wiki markup        |and wiki markup

------- Additional Comments From mxn@...  2007-02-01 05:03 UTC -------
Changed summary from "ParserFunction for stripping HTML and wiki markup" to
"Syntax for stripping HTML and wiki markup" to reflect Attachment #2831.

--

-- 
Configure bugmail: http://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
bugzilla | 1 Feb 06:28 2007
Picon

[Bug 8844] New: Wrap recent changes list in <div>

http://bugzilla.wikimedia.org/show_bug.cgi?id=8844

           Summary: Wrap recent changes list in <div>
           Product: MediaWiki
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: Page rendering
        AssignedTo: wikibugs-l@...
        ReportedBy: wikipedia.danny.b@...

Please wrap recent chages list in <div id="recentchanges">

<div id="recentchanges"> <!-- added -->
<h4>date</h4>
<div>
change<br />
change<br />
change<br />
</div>
<h4>date</h4>
<div>
change<br />
change<br />
change<br />
</div>
</div> <!-- added -->
(Continue reading)


Gmane