[Bug 24252] New: Add support of dia image files
https://bugzilla.wikimedia.org/show_bug.cgi?id=24252 Summary: Add support of dia image files Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: osgxd...@gmail.com CC: gpaum...@wikimedia.org, bryan.tongm...@gmail.com Hello There is a rather good open source vector image editor DIA. It can be used to create some diagramms to computer-related atricles. This format is easily convertable to .svg, but after the conversion it can't be easily edited (in dia, for example there can be a linked objects like in visio, when you move one object, linked arrows will move too. after conversion to svg this feature is lost). Please, allow users to upload images in .dia format. -- 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 20483] Special:Watchlist/edit is unpaginated, crashes browsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=20483 Zhang Jia changed: What|Removed |Added CC||cndin...@163.com --- Comment #1 from Zhang Jia 2010-07-04 01:58:33 UTC --- I agree. I need this function. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24224] wgDBname is not defined for my account on en.wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=24224 --- Comment #4 from Bawolff 2010-07-04 00:16:28 UTC --- (In reply to comment #3) > Yep, that's it. I turned off Disable AJAX Suggestions and everything's fixed. > I > guess we should not be relying on wgDBname in our Javascript code so long as > it > is disableable. although, one could make an argument that the variable should always be there. -- 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 24165] Recent change error (after installing Liquid Threads?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=24165 Christian Hackney changed: What|Removed |Added Keywords||bugday CC||weirdochrist...@gmail.com -- 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 16686] Special:Category does not work proper after upgrade
https://bugzilla.wikimedia.org/show_bug.cgi?id=16686 Christian Hackney changed: What|Removed |Added Keywords||bugday -- 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 3574] Better wiki markup to display media files needed
https://bugzilla.wikimedia.org/show_bug.cgi?id=3574 Christian Hackney changed: What|Removed |Added Priority|High|Normal CC||weirdochrist...@gmail.com Severity|enhancement |minor -- 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 24251] New: The 'default' parameter of the 'free text' 'standard input' form markup tag has no effect
https://bugzilla.wikimedia.org/show_bug.cgi?id=24251
Summary: The 'default' parameter of the 'free text' 'standard
input' form markup tag has no effect
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: minor
Priority: Normal
Component: SemanticForms
AssignedTo: yaro...@gmail.com
ReportedBy: dan.bol...@gmail.com
CC: wikibugs-l@lists.wikimedia.org
For example:
{{{standard input|free text|default=Test}}}
fails to add the text 'Test' into the resulting field. The same effect can be
achieved using using the 'preload' parameter, however, if the behaviour of the
'default' parameter isn't going to be fixed, the docs should be updated.
Also, I think it would be nice if preload setting was activated if the form was
edited and the free text field was empty (i.e. if the setting is added after
several pages have already been created with the form).
--
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 24249] charinsert broken if enhanced editing toolbar is not enabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=24249 --- Comment #2 from Eugene Zelenko 2010-07-03 15:13:51 UTC --- Yes. -- 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 24250] New: Extra small "[Hide]" and "[Help us with translations]" text in "We've made some imprevements" central notice
https://bugzilla.wikimedia.org/show_bug.cgi?id=24250 Summary: Extra small "[Hide]" and "[Help us with translations]" text in "We've made some imprevements" central notice Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: platoni...@gmail.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Created an attachment (id=7554) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7554) Screenshot The links "[Hide]" and "[Help us with translations]" are too small. -- 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 24249] charinsert broken if enhanced editing toolbar is not enabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=24249 Derk-Jan Hartman changed: What|Removed |Added CC||hart...@videolan.org Severity|enhancement |normal --- Comment #1 from Derk-Jan Hartman 2010-07-03 16:25:53 CEST --- So Vector skin on, and toolbar off ? -- 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 24249] New: charinsert broken if enhanced editing toolbar is not enabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=24249 Summary: charinsert broken if enhanced editing toolbar is not enabled Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Vector Skin AssignedTo: tpars...@wikimedia.org ReportedBy: eugene.zele...@gmail.com I noticed this problem in http://translatewiki.net sometime ago and confirm it again today, so code should be pretty recent. -- 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 24239] SSL interface to Wikipedia not secure!
https://bugzilla.wikimedia.org/show_bug.cgi?id=24239 --- Comment #3 from Luka Marčetić 2010-07-03 13:30:35 UTC --- (In reply to comment #1) > Images aren't served over HTTPS on purpose, not accident. You have told me nothing. I still don't know the reason why, and it is still a security problem. Now this can be truly resolved by taking care of the leak, or you can wait until browsers start warning about this and in the mean while compromise the users' privacy while pretending to be secure. -- 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 24248] New: Vector skin search "Go" button uses fulltext search button tooltip
https://bugzilla.wikimedia.org/show_bug.cgi?id=24248 Summary: Vector skin search "Go" button uses fulltext search button tooltip Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Vector Skin AssignedTo: tpars...@wikimedia.org ReportedBy: lejo...@telia.com The magnifying glass button in the Vector skin search box uses the fulltext search button text ([[:Mediawiki:Tooltip-search-fulltext]]) but it is a go search button. This can be solved in one of the following ways # Change button function to fulltext search to match the tooltip # Change the tooltip to [[Mediawiki:Tooltip-search-go]] to match the search button function # Create a new Vector skin search tooltip, since the searching with a single button works different from searching with two search buttons in Monobook skin # Add a fulltext search button and use the correct tooltips like in Monobook skin -- 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 24247] New: text on watch/unwatch tab not updated when watching/unwatching (in Vector skin)
https://bugzilla.wikimedia.org/show_bug.cgi?id=24247 Summary: text on watch/unwatch tab not updated when watching/unwatching (in Vector skin) Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Vector Skin AssignedTo: tpars...@wikimedia.org ReportedBy: lejo...@telia.com Lejonel changed: What|Removed |Added Summary|text on watch/unwatch tab |text on watch/unwatch tab |not updated when|not updated when |watching/unwatching |watching/unwatching (in ||Vector skin) When watching a page by clicking the "Watch" tab the page is watched and the url on the tab is changed to "...&action=unwatch" and the watch tooltip is changed ti the unwatch tooltip. But the text on the tab is not changed to "Unwatch", it is still "Watch". Unwatching a page has the same 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 24184] Simple search: Incorrect highlighting when using shortcuts
https://bugzilla.wikimedia.org/show_bug.cgi?id=24184 Lejonel changed: What|Removed |Added CC||liang...@gmail.com --- Comment #2 from Lejonel 2010-07-03 12:46:46 UTC --- *** Bug 24241 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24241] SimpleSearch: Cannot make correct part bold if namespace aliases are used
https://bugzilla.wikimedia.org/show_bug.cgi?id=24241 Lejonel changed: What|Removed |Added Status|NEW |RESOLVED CC||lejo...@telia.com Resolution||DUPLICATE --- Comment #1 from Lejonel 2010-07-03 12:46:46 UTC --- *** This bug has been marked as a duplicate of bug 24184 *** -- 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 24246] New: Allow File talk (and File) tabs of files from shared repository to link there
https://bugzilla.wikimedia.org/show_bug.cgi?id=24246
Summary: Allow File talk (and File) tabs of files from shared
repository to link there
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: crosswiki
Severity: enhancement
Priority: Normal
Component: User interface
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: dann...@email.cz
If displayed file is linked from shared repository, it shows ("transcludes")
the description from there. However, people get confused when they want to
start a talk and they usually start it on local project instead of on
repository.
Setting some $wgFileTalkTabsLinkToRepositoryIfFileShared (*) boolean variable
to set the "File talk" tab on shared files linking to repository instead would
be reasonable because it doesn't make a sense to start local talk on shared
file.
Additionally, the similar complementary $wgFileTabsLinkToRepositoryIfFileShared
(*) would make sense too.
I'm not sure if they should be separated or one $wg... for both namespaces
would work good enough. I'm in favour for one variable only, since I can not
find any example where two with different setting would take a place, but maybe
somebody will.
--
(*) yeah, maybe not that long ;-) just an example...
--
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 24245] New: Incorrect sorting in Commons categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=24245
Summary: Incorrect sorting in Commons categories
Product: Wikimedia
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: Site requests
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: ahonc...@gmail.com
In Commons categories files sorted by default at the letter F, but not at the
beginning of filename. But when add defaultsort key images sorted without
'File'.
For example: There are files [[:File:Central stadium in Cherkasy.jpg]],
[[:File:Naftovyk Stadium, Okhtyrka.jpg]], [[:File:RSC Locomotive.jpg]],
[[:File:Zirka Stadium.jpg]] i category. I want to place RSC Locomotive.jpg at
the letter L (and wait to see it between Central Stadium and Naftovyk), when I
add {{DEFAULTSORT:Locomotive Stadium, Simferopol}}, I see the file after Zirka
Stadium (at the end of category). And now I should add defaultsort to other
files in category.
--
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
