[Bug 26347] New: Image upload "Internal error" thread on COM:VP

[bugzilla-daemon]

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

   Summary: Image upload "Internal error" thread on COM:VP
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: http://commons.wikimedia.org/wiki/Commons:Village_pump
#Image_upload_.22Internal_error.22
OS/Version: All
Status: NEW
  Severity: major
  Priority: Normal
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: test5...@myway.com


Please see the bug report at [[Commons:Commons:Village pump#Image upload
"Internal error"]].

-- 
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 26179] Cannot upload multiple files simultaneously on live Commons

[bugzilla-daemon]

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

Neil Kandalgaonkar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #7 from Neil Kandalgaonkar  2010-12-16 
00:07:39 UTC ---
Okay, so, with some modifications and bugfixes, the proposed scheme does work.

However...

- this also breaks compatibility with the standard session-based stash. The
final step of UploadWizard uses the standard API to perform an UploadFromStash.
So then it doesn't work.

- this eliminates our ability to list all stashed files. Which is not that big
a deal now, but will be in the future.

I have made a new branch (uploadstash-backend) for making a clean break with
the old way of stashing files. We may use this temporarily, or we may go to a
solution based on a database table, which is highly preferable (and was always
anticipated anyway).

-- 
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 26179] Cannot upload multiple files simultaneously on live Commons

[bugzilla-daemon]

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

--- Comment #8 from Neil Kandalgaonkar  2010-12-16 
00:12:20 UTC ---
In the meantime, the race condition could probably be mitigated by simply
ensuring that uploads don't get created around the same time. Waiting for a
response from the first creation before creating the second, and so on.

I am reluctant to add this to the code since then the upload processes on the
frontend have to know about each other, which previously existed in splendid
isolation. So let's defer this until the larger issue of how to store tempoary
upload data is solved.

-- 
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 26346] Audio player overflowing

[bugzilla-daemon]

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

--- Comment #1 from JackPotte  2010-12-15 22:20:26 UTC 
---
Apparently, it comes from the mwEmbed JS.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26222] Change the WikiLogo to the local Wiki.png file

[bugzilla-daemon]

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

Roan Kattouw  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||roan.katt...@gmail.com
 Resolution||FIXED

--- Comment #4 from Roan Kattouw  2010-12-15 22:10:15 
UTC ---
Done.

-- 
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 26346] New: Audio player overflowing

[bugzilla-daemon]

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

   Summary: Audio player overflowing
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: http://fr.wiktionary.org/wiki/Wiktionnaire:Wikid%C3%A9
mie/d%C3%A9cembre_2010#lecteur_audio
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: hubert.bos...@gmail.com


Hello,
Our audio player is hiding some informations for a few weeks, for example the
IPA into http://fr.wiktionary.org/wiki/armure#Prononciation.

-- 
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 23532] Zooming fonts with CTRL++ causes tab overprinting in vector

[bugzilla-daemon]

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

--- Comment #4 from jida...@jidanni.org 2010-12-15 21:42:47 UTC ---
200%?! All I know is "Read" becomes "d" upon even the very first hit
of CTRL++, starting from a CTRL+0 state, here on my 7 inch EEEPC 702
at resolution 800x480. I also know that monobook gets it right.

-- 
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 26331] Need Wikimedia alias for West Bengal "wikimedia-in-wb"

[bugzilla-daemon]

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

Casey Brown  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Casey Brown  2010-12-15 21:19:51 UTC 
---
Mailing list "Wikimedia-IN-WB" created and password sent to Tinu.  Let me know
if you need anything else. :-)

By the way, I just found this page:
  We should probably use that in
the future for determining what to call lists related to Indian states.

-- 
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 26345] New: bars defined in PlotData but unused in BarData throw an error

[bugzilla-daemon]

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

   Summary: bars defined in PlotData but unused in BarData throw
an error
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Normal
 Component: EasyTimeline
AssignedTo: erikzac...@infodisiac.com
ReportedBy: andbe...@web.de


The documentations say that the following code would be valid:

...
BarData = 
  bar:3 text:
  bar:1 text:some

PlotData =
  color:hellgrau width:0.1  #hellgrau is correctly defined
  Bar:3 from:start till:end
  Bar:2 from:start till:end
  Bar:1 from:start till:end
...

I had expected it to show the bars 3 and 1, but then an error message is
displayed:

Line xx: Bar:2 from:start till:end
- PlotData invalid. Bar '2' not (properly) defined.

What does it mean? Have I misunderstood something or is this a bug? I'd like to
use this functionality in a template where I want to hide some bars
conditionally (with the {{tag:timeline| ... }}-function).

-- 
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 4740] thead, tbody, tfoot for wikitable syntax

[bugzilla-daemon]

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

DieBuche  changed:

   What|Removed |Added

   Attachment #7912|0   |1
is obsolete||

--- Comment #15 from DieBuche  2010-12-15 19:11:45 UTC ---
Created attachment 7915
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=7915
7912: a structural method to implement structural elements: tbody, thead and
tfoot v

This ones passes all parsertests (except those which get upset by the new
). the new html tags are whitelisted now as well.
This patch would enable us to migrate to a better tablesorter script, which
would fix a lot of the open table sorting 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 26332] Spam-blacklist does not support unicode characters in regex, needed to filter internationalized domain names

[bugzilla-daemon]

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

Bawolff  changed:

   What|Removed |Added

 CC||bawolff...@gmail.com
Summary|Spam-blacklist does not |Spam-blacklist does not
   |handle Cyrillic domains |support unicode characters
   ||in regex, needed to filter
   ||internationalized domain
   ||names

--- Comment #1 from Bawolff  2010-12-15 19:42:23 UTC ---
Presumably the SpamBlacklist extension needs to be modified to use the u flag
for the regexes it makes so it interprets them as UTF-8.

As a temporary work around, you can escape unicode characters using \xHH
(replace HH with hex codes). For example:

\bмакросъемка\.рф  becomes
\b\xD0\xBC\xD0\xB0\xD0\xBA\xD1\x80\xD0\xBE\xD1\x81\xD1\x8A\xD0\xB5\xD0\xBC\xD0\xBA\xD0\xB0\.\xD1\x80\xD1\x84

\bпример\.испытание becomes
\b\xD0\xBF\xD1\x80\xD0\xB8\xD0\xBC\xD0\xB5\xD1\x80\.\xD0\xB8\xD1\x81\xD0\xBF\xD1\x8B\xD1\x82\xD0\xB0\xD0\xBD\xD0\xB8\xD0\xB5

-- 
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 26222] Change the WikiLogo to the local Wiki.png file

[bugzilla-daemon]

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

--- Comment #3 from Pandelea Daniel  2010-12-15 
19:34:02 UTC ---
Any updates regarding this ticket? Tomorrow we have a logo to commemorate the
heroes shot in the 1989 Romanian Revolution. Thank you.

-- 
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 26344] New: Subpages at English Wikibooks

[bugzilla-daemon]

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

   Summary: Subpages at English Wikibooks
   Product: Wikimedia
   Version: unspecified
  Platform: All
   URL: http://en.wikibooks.org/w/index.php?oldid=2000827#Enab
ling_subpages
OS/Version: All
Status: NEW
  Keywords: shell
  Severity: enhancement
  Priority: Normal
 Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: aaron.adrign...@gmail.com


We would like to enable subpages for the Help, Help talk, Cookbook, Cookbook
talk, Category, and Category talk namespaces at en.wikibooks.  Discussion
linked.  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 23532] Zooming fonts with CTRL++ causes tab overprinting in vector

[bugzilla-daemon]

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

Trevor Parscal  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #3 from Trevor Parscal  2010-12-15 19:10:06 
UTC ---
(In reply to comment #1)
> I can't believe nobody caught this problem that affects vector, but
> not monobook skins.

Far from it, I rigorously test this exact behavior constantly, and am following
our documented guidelines.

http://www.mediawiki.org/wiki/User_interface_guidelines#Design_Considerations

Yes, if you have a really small monitor the tabs may overlap. To help with
this, a JavaScript powered extension causes tabs to collapse into a drop-down
menu when there's not enough room.

You are seeing that if the text scales REALLY big (larger than 200% or it's
original size) and the user's screen is REALLY small (lower than 800px wide)
there's an issue. So - yes, that's true. But it's already known and accepted.

Ideas for how to solve for this edge case are welcome.

-- 
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 26343] New: Extension req: embed Mozilla Skywriter editor for CSS, JS pages with syntax highlighting

[bugzilla-daemon]

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

   Summary: Extension req: embed Mozilla Skywriter editor for CSS,
JS pages with syntax highlighting
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: https://mozillalabs.com/skywriter/
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: [other]
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: br...@pobox.com


Would be nice for power users to be able to use a code editor that does syntax
hightlighting etc for JavaScript and CSS pages. An extension that uses the
Mozilla Skywriter (formerly Bespin) editor widget as a drop-in replacement on
those pages could be quite handy indeed.

-- 
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 24270] CodeReview is down

[bugzilla-daemon]

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

Chad H.  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 24270] CodeReview is down

[bugzilla-daemon]

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

--- Comment #6 from Chad H.  2010-12-15 17:55:04 UTC 
---
It was CodeReview's fault, specifically r70588 which broke it.

Merged the fix from trunk and deployed it, also imported the missing 4 commits.

-- 
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 24270] CodeReview is down

[bugzilla-daemon]

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

Chad H.  changed:

   What|Removed |Added

 CC||innocentkil...@gmail.com

--- Comment #5 from Chad H.  2010-12-15 15:57:47 UTC 
---
The exit code 8 is probably coming from the call wget call to the Code Review
proxy in deferred-updates.sh.

Now whether that's wget's fault or CR, I haven't figured out yet.

-- 
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 24270] CodeReview is down

[bugzilla-daemon]

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

xqt  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |

--- Comment #4 from xqt  2010-12-15 15:46:45 UTC ---
After committing I got this error:
post-commit hook failed (exit code 8) with no output

I found the last 4 commits (r8776-r8779) are lost

-- 
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 26328] Add JS callback for diff page content load for use by gadgets

[bugzilla-daemon]

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

--- Comment #5 from ✓  2010-12-15 13:42:22 UTC ---
(In reply to comment #3)
Sorry, I thougt this bug was for a more general request.

(In reply to comment #3)
> Do you have an example of a gadget that was affected by bug 26175?
Oh, everything that wants to change the page view or add eventListeners to the
page content. And thats a lot:
* Moving the [Edit]-Links right to the Headings (from monobook.js, common.js)
* The to-top-link-gadget has the same problem
* [[de:MediaWiki:Gadget-Einleitung-bearbeiten.js]] fails when there are no
[edit]-links
* [[de:MediaWiki:Gadget-bkl-check.js]] has no links to analyze
* Lupin's popups can add event listeners only to links it knows about
* Wikiminiatlas sees no coordinate-links it can add a map to
...
In the official [[de:MediaWiki:Gadgets-definition]]-list also markadmins,
screenreader-optimzing, ß -> ss (swiss spelling) and the timezone-converter are
harmed.
Not listing any userscripts which have the problem, too.

-- 
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 16036] PAGESINCATEGORY inaccurate for template-populated deletion categories

[bugzilla-daemon]

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

--- Comment #9 from Philippe Verdy  2010-12-15 12:40:59 UTC 
---
it looks like there are stale entries in table categorylinks. This is a
referential constraint : one deletion occured in table category, which probably
did not occur at the same time in table cateforylinks, probably due to
concurrent accesses and incorrecct recovery after a failure.

So we need now a SQL-enabled bot to check the counts and cleanup the stale 
categorylinks entries. This causes another bug: in debuggging categories
(populated by templates, such as those detecting pages using obsoleted or
missing parameters or incorrect template parameter values), we can cleanup the
listed pages by correcting these template invokations (most of these cleanup
actions are performed by bots).

However, the page reappears in the categoy some minutes later, because
apparently it is found with a request on "categorylinks" only. When we nulledit
these pages, they disappear immedirately from the category, because the query
cache will only list the entries found in the "category" page. A few minutes
later (about 5 minutes), when no edit was really performed, the same pages
reappear without any reason (no edit was performed), because the stale entries
in "categorylinks" are still there and where not deleted by the nulledit.

Checking now all categories could take a lot of time and SQL rssources.
However, a null-edit action should be able to cleanup the categories that the
null-edit is trying to refresh : not only it should look at what is in table
"category" but also if the null-edited page is found somewhere in
"categorylinks", to delete the unwanted stale entries: if the two "SELECT
count(*)" from the two tables are incoherent, then it should list the existing
entries and compare them to what is expected for the null-edited page, and
delete those superfluous entries.

Note that MySQL does not properly rollbacks transactions (a full support for
transactions is very costly for the server and could cause dealys and huge
consumption of ressources, plus additional deadlocks: to avoid this, you should
make sure that deletions or additions in any of the two tables are always
performed in the same order (first "category", then "categorylinks"): this will
remain true if transaction support is enabled (in another engine than MySQL,
such as Oracle or Postgres).

In my opinion, the full support for transaction only works with Oracle, Sybase,
MS-SQL, Informix, Ingres, PostGres, but if transactions is not enabled (i.e.
all requests are autocommitted), then you need a better management of errors
and their recovery (by inserting insert/update/delete requests in a queue list
with a callback to handle the retires with a timed delay, for example by
reinserting the page that failed to update completely in the existing update
queue).

-- 
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 24078] Re-point Wikipedia logo to the Wiki.png file

[bugzilla-daemon]

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

--- Comment #6 from Woojin Kim  2010-12-15 12:12:27 UTC ---
When the repoint will be done?

-- 
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 26342] Tutorial language should use the usual language fallback mechanisms

[bugzilla-daemon]

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

--- Comment #3 from Niklas Laxström  2010-12-15 
11:27:47 UTC ---
We can walk the fallback chain until image in that languages exists. You just
have to decide which is the place to do that.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26342] Tutorial language should use the usual language fallback mechanisms

[bugzilla-daemon]

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

--- Comment #2 from Neil Kandalgaonkar  2010-12-15 
11:21:14 UTC ---
The tutorial images are created manually. Guillaume extracted all the strings
into translatewiki, and then when entire languages were done he created SVG
files with those strings, and from there PNG files. It's probably not feasible
to do such translation automatically as there are always things to massage.

So, we have a few options, I guess.

We could create aliases? redirects? copies? of a tutorial image for every
language for which is was appropriate. That seems wrong to me.

The other way to is to do a lookup of some kind when the UploadWizard page is
fetched. In other words, chopping off parts of the language code recursively,
checking for the existence of files, and finally substituing 'en' when all else
fails.

Or maybe there's a standard way to do this for localized images?

-- 
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 26342] Tutorial language should use the usual language fallback mechanisms

[bugzilla-daemon]

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

Neil Kandalgaonkar  changed:

   What|Removed |Added

Summary|Tutorial language should|Tutorial language should
   |use the usual dialect   |use the usual language
   |fallback mechanisms |fallback mechanisms

-- 
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 26342] Tutorial language should use the usual dialect fallback mechanisms

[bugzilla-daemon]

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

Niklas Laxström  changed:

   What|Removed |Added

 CC||niklas.laxst...@gmail.com

--- Comment #1 from Niklas Laxström  2010-12-15 
11:12:13 UTC ---
Let's not talk about dialects, since it's confusing and misleading. The concept
is fallback languages in MediaWiki, which can with little effort be extracted
(it's a reverse tree with all paths ending in the root node 'en').

It's a wholly different question how to get the messages in the correct
language. Again, MediaWiki already does it automatically, but I don't which
method (=way of doing) you are using.

-- 
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 26342] New: Tutorial language should use the usual dialect fallback mechanisms

[bugzilla-daemon]

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

   Summary: Tutorial language should use the usual dialect
fallback mechanisms
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: UploadWizard
AssignedTo: ne...@wikimedia.org
ReportedBy: ne...@wikimedia.org
CC: gpaum...@wikimedia.org, asha...@wikimedia.org


In UploadWizardTutorial, the method of obtaining the localized tutorial file is
overly naive; if the exact language is not available it shows an apology and
error.

However, there are fallbacks mechanisms for dialects that are well known within
MediaWiki code (for instance en-gb can fall back to en without much
difficulty).

Since the fallbacks can sometimes involve trying multiple dialects, and looking
up the existence of a file can be potentially time-consuming, the mapping of a
language dialect to the best available tutorial may need to be cached.

-- 
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 22457] Explain better the meaning of "By e-mail" button

[bugzilla-daemon]

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

Nemo_bis  changed:

   What|Removed |Added

   Severity|enhancement |trivial

-- 
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 26285] Automatically append extension if the user entered a filename without extension during upload

[bugzilla-daemon]

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

Bryan Tong Minh  changed:

   What|Removed |Added

   Severity|major   |enhancement

--- Comment #6 from Bryan Tong Minh  2010-12-15 
08:47:24 UTC ---
Feature request, so marking as enhancement.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 26330] collection contents lost

[bugzilla-daemon]

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

Volker Haas  changed:

   What|Removed |Added

 CC||volker.h...@pediapress.com

--- Comment #1 from Volker Haas  2010-12-15 
08:16:23 UTC ---
The behaviour you describe is very odd.

Which browser are you using?

Do you have javascript enabled?

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