osdir.com
mailing list archive F.A.Q. -since 2001!



Subject: [MediaWiki-CVS] SVN: [110826]
trunk/extensions/ShortUrl - msg#10418

List: general

Mail Archive Navigation:
by Date: Prev Next Date Index by Thread: Prev Next Thread Index

https://www.mediawiki.org/wiki/Special:Code/MediaWiki/110826

Revision: 110826
Author: bawolff
Date: 2012-02-07 08:48:38 +0000 (Tue, 07 Feb 2012)
Log Message:
-----------
(bug 33551) - Make ShortUrl work properly with protocol relative urls.

Modified Paths:
--------------
trunk/extensions/ShortUrl/ShortUrl.php
trunk/extensions/ShortUrl/js/ext.shortUrl.js

Modified: trunk/extensions/ShortUrl/ShortUrl.php
===================================================================
--- trunk/extensions/ShortUrl/ShortUrl.php 2012-02-07 08:07:28 UTC (rev
110825)
+++ trunk/extensions/ShortUrl/ShortUrl.php 2012-02-07 08:48:38 UTC (rev
110826)
@@ -18,9 +18,11 @@
/**
* Configuration variables
* Prefix to use for the shortened URL. mod_rewrite (or equivalent) needs to
be setup
- * to produce a shorter URL
+ * to produce a shorter URL. See example redirect.htaccess file.
* Default is false which just uses the (not so short) URL that all Special
Pages get
* Eg: http://en.wikipedia.org/wiki/Special:ShortUrl/5234
+ * An example value for this variable might be:
+ * $wgShortUrlPrefix = '//en.wikipedia.org/r/';
*/
$wgShortUrlPrefix = false;

@@ -53,5 +55,6 @@
'scripts' => 'js/ext.shortUrl.js',
'styles' => 'css/ext.shortUrl.css',
'localBasePath' => dirname( __FILE__ ),
- 'remoteExtPath' => 'ShortUrl'
+ 'remoteExtPath' => 'ShortUrl',
+ 'dependencies' => array( 'mediawiki.Uri' ),
);

Modified: trunk/extensions/ShortUrl/js/ext.shortUrl.js
===================================================================
--- trunk/extensions/ShortUrl/js/ext.shortUrl.js 2012-02-07 08:07:28 UTC
(rev 110825)
+++ trunk/extensions/ShortUrl/js/ext.shortUrl.js 2012-02-07 08:48:38 UTC
(rev 110826)
@@ -1,6 +1,15 @@
jQuery( function( $ ) {
if( $( '#t-shorturl' ).length ) {
var url = $( '#t-shorturl a' ).attr( 'href' );
- $( '#firstHeading' ).append( $( '<div
class="title-shortlink-container"></div>').append( $( '<a>' ).addClass(
'title-shortlink' ).attr( 'href', url ).text( url ) ) );
+ /* Add protocol for proto-relative urls */
+ var protoNonRelative = ( new mw.Uri( url ) ).toString();
+ $( '#firstHeading' ).append(
+ $( '<div class="title-shortlink-container"></div>')
+ .append( $( '<a>' )
+ .addClass( 'title-shortlink' )
+ .attr( 'href', url )
+ .text( protoNonRelative )
+ )
+ );
}
});


_______________________________________________
MediaWiki-CVS mailing list
MediaWiki-CVS@xxxxxxxxxxxxxxxxxxx
https://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs

Thread at a glance:

Previous Message by Date:

Bug#658981: cupt: Packages satisfying alternative Depends are being scheduled for removal

Hi James and Jonathan, [ Jonathan, I don't know do you want explicit CCs or not, kept it for now ] On 2012-02-06 22:01, James McCoy wrote: > On Mon, Feb 06, 2012 at 08:37:47PM -0600, Jonathan Nieder wrote: > > > Since upgrading to 2.4.0, various packages are suddenly showing up as > > > "to be removed". As far as I can tell, this is only happening when > > > those packages are satisfying an ORed relationship. Yes, this was an intentional change in the 2.4.0, from the changelog: | Removing automatically installed packages: if several automatically | installed packages satisfy the relation, leave only first of them. The rationale of the change is: On a typical system there are quite a many packages installed, and many Depends/Recommends with alternatives. In many (but not all) cases users don't care about what alternative is chosen deeply in the tree of dependencies. Now, when packages are getting installed and removed, installed and removed, some alternatives to already satisfied Depends/Recommends are accidentally installed as needed for other packages but are never (automatically) deleted as they satisfy some relation for existing packages. In a nutshell: -8<- Package: M Depends: X | Y | Z Package: N Depends: Z Step 1: M is installed, X is installed. Step 2: install N, Z is now installed too. Step 3: remove N Prior to Cupt 2.4.0 (and I guess in some other package managers), Z would never get autoremoved. Still I believe that auto-removal of Z is a right thing to do, at least by default. > > > The following packages will be removed: > > > > > > [...] xserver-xorg-video-i128(a) xserver-xorg-video-intel(a) > > > xserver-xorg-video-nouveau(a) xserver-xorg-video-vesa(a) > > [...] [...] > > > All of the installed xserver-xorg-video-* packages Provide > > > xorg-driver-video and xserver-xorg-video-all isn't installed. > > > > I don't see a bug here. You only need one video DDX package to satisfy > > the dependency by xserver-xorg, so presumably you will want to do > > > > cupt unmarkauto xserver-xorg-video-i128 > > cupt unmarkauto xserver-xorg-video-nouveau > > ... etc ... > > > > to indicate that these packages are not installed just to satisfy a > > dependency but because you want them. Indeed, that's how I see the situation. > That's an interesting read on the problem. That does look like it could > be the explanation since in both cases one package satisfying the ORed > relationship is being kept (cups-client and xserver-xorg-video-fbdev). Exactly. [...] > Maybe my expectations are just biased based on the other package > management tools I've used in Debian. I've understood the "auto" > flag to mean the package is satisfying a strong relationship and can be > removed when the package(s) declaring those relationships have been > removed. I can see how, from a package management tool perspective, it > makes things easier to take the stricter stance that I'm now seeing in > cupt, though. I saw this change as positive for users who want to see as less packages in the system installed as possible. Especially for those who tend to to change a set of installed packages regularly. I see three ways to "resolve" this bug: 0) Reaffirm that unmarkauto command should be used whenever user wants to say "this was automatically installed initially, but now I want to keep it". Close the bug as not a bug. 1) Agree that some users want less aggressive auto-removal, turn this bug into a wishlist one to provide an option to turn off "that change in Cupt 2.4.0". 2) Further discussion. For example, more arguments why new behavior may be unnacceptable as a default, or implementing more fine-grained setup to specify user-level dependencies like cupt::resolver::user-dependencies { "xserver-xorg: Depends: xserver-xorg-video-i128, xserver-xorg-video-nouveau" }; , or other suggestions. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx

Next Message by Date:

Jenkins build is still unstable: ActiveMQ #874

See <https://builds.apache.org/job/ActiveMQ/changes>

Previous Message by Thread:

Accepted dirac 1.0.2-6 (source all amd64)

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Format: 1.8 Date: Tue, 07 Feb 2012 09:22:58 +0100 Source: dirac Binary: dirac libdirac-decoder0 libdirac-encoder0 libdirac-dev libdirac-doc Architecture: source amd64 all Version: 1.0.2-6 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers <pkg-multimedia-maintainers@xxxxxxxxxxxxxxxxxxxxxxx> Changed-By: Alessio Treglia <alessio@xxxxxxxxxx> Description: dirac - open and royalty free high quality video codec - commandline util libdirac-decoder0 - open and royalty free high quality video codec - decoder library libdirac-dev - open and royalty free high quality video codec - development file libdirac-doc - open and royalty free high quality video codec - library document libdirac-encoder0 - open and royalty free high quality video codec - encoder library Closes: 658910 Changes: dirac (1.0.2-6) unstable; urgency=low . * libdirac-dev: "Multi-Arch: same" but dirac-stdint.h differs across architectures (Closes: #658910): - Avoid regenerating /usr/include/dirac/libdirac_common/dirac-stdint.h, the only difference among the arch-specific copies is just a comment; thanks to Jakub Wilk for the report. Checksums-Sha1: 107e2fb1bdfdcfc0658f3343d3d1ae5fc82d5195 2182 dirac_1.0.2-6.dsc fc310ed793b2a4ad5bd9339ea15c01740548e13b 243906 dirac_1.0.2-6.debian.tar.gz a5298b43101ed400522f52346cbea9af6b7c4e35 619872 dirac_1.0.2-6_amd64.deb 0b2bc483b4bfdd5d209aae3bdd9868c58acb723d 314488 libdirac-decoder0_1.0.2-6_amd64.deb c2972803168d52b891325166a5eedd88dc1c01a6 389084 libdirac-encoder0_1.0.2-6_amd64.deb 48856450bf1eb0d03e732d9349dbaa599f4c937f 157102 libdirac-dev_1.0.2-6_amd64.deb 5f59d78e60c1a03af38ae484b61e66b6608c5fe6 13657986 libdirac-doc_1.0.2-6_all.deb Checksums-Sha256: cdd80fb31af411635eadc1866f17a3d13edaab424fd904e04651acfef983b11c 2182 dirac_1.0.2-6.dsc a191c1f054fa75eaa52c3e4bccf5603148f65f80bd9004f2fdca6c5163dcb270 243906 dirac_1.0.2-6.debian.tar.gz 91b7ff0b800c1137484b5000e28d1cf974dc2bc47a5c48c07f358fd88ccb8431 619872 dirac_1.0.2-6_amd64.deb 648f63c23ba45d9d1f7e7677a95f570706fb240790c1d77c6c30de0e171359f8 314488 libdirac-decoder0_1.0.2-6_amd64.deb 15fad98ba4c0150f41a56c391d469648118aa09d5c14f1e2162139e892286651 389084 libdirac-encoder0_1.0.2-6_amd64.deb 37adfc723451afd5e4b9cbb2363e200d31277f7bbc0265f5254b06d1f1bf49c0 157102 libdirac-dev_1.0.2-6_amd64.deb 81ac8f91eb0fdb6612c38322d53f562e37e82b2748906ac07e7f472f3e956c28 13657986 libdirac-doc_1.0.2-6_all.deb Files: 8bb512d0fd115fd5b1279168588985ff 2182 libs optional dirac_1.0.2-6.dsc 1cadfae18cbe1257237a5abad415e1d0 243906 libs optional dirac_1.0.2-6.debian.tar.gz e9fcd652145d91db9c16ffae151153af 619872 video optional dirac_1.0.2-6_amd64.deb 3155c0ca595a0c59bded2eacb60f5727 314488 libs optional libdirac-decoder0_1.0.2-6_amd64.deb 0cbdbbd117a30ae89a5fc3d8df7b082e 389084 libs optional libdirac-encoder0_1.0.2-6_amd64.deb 059427fc65e257e6498c376a3197f6f1 157102 libdevel optional libdirac-dev_1.0.2-6_amd64.deb 7d41babee9bc22851b6dd5d21dfc1b9a 13657986 doc optional libdirac-doc_1.0.2-6_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJPMOSEAAoJEOikiuUxHXZaD4oP/jKZ9Bt9h7tEN6YjNLcyOjX/ GVOl0UdE/kwFPQ/TknhEFvDvtprSCyshbvX70/lTJPSvGCd5j6dAQRqSp57HckxD bpCMHNyxQeTOsVsmATpWC1fezXwcC8gZmeoW7g5HjLYT8rwfT4HN8KFmeyoJmy8G F1jv8arAS+i8iyTshtRAAbt0uw4f0d4CvjcaV4dRrtTSAYLHpghkPXuci/r+9Sa6 uJkub2JzrR+n+7FvP63qOLrBXWWpcsf5tKEo1vbqNy8CAyBs1MnZ64JV0j324+q4 dLywA+Up9XbqO9r/xKevGeNZ87AGwQ8wfFfAeYLJdf6k8JvWlL9r9ETH3kwiZmDC 0+oekeOrORDVQPAqv2bYQWTjZr50s32bMn3qt6+02XDb4Kb6l3IHVI3vlUNa+C+7 Ul2gzlgjj/4X/jlVLIPesDp7mWaOTwV8ZuDVaYdBH4I0p3lIM+a9+TNtwLQTKRmP HNPQQrq39C9B1tZ7VrfVMpJtBm7wghG0erVAvCM+pROwqLGExPD/YKqs03czWATh TWmZ2gpXQD8NaTnuQw1ca1DMPJOwVmaJfrJRlAmHhrfGX+SwdgJ9Ii+Jztg1sNGv XJGW4hy3C5RJTCkDX0MS+71sSJwZId/On2FVlPTRn105ME80WDZPzbLzv1JshbTn mBuw0Nw2+XfcMaZhhNjm =lbVC -----END PGP SIGNATURE----- Accepted: dirac_1.0.2-6.debian.tar.gz to main/d/dirac/dirac_1.0.2-6.debian.tar.gz dirac_1.0.2-6.dsc to main/d/dirac/dirac_1.0.2-6.dsc dirac_1.0.2-6_amd64.deb to main/d/dirac/dirac_1.0.2-6_amd64.deb libdirac-decoder0_1.0.2-6_amd64.deb to main/d/dirac/libdirac-decoder0_1.0.2-6_amd64.deb libdirac-dev_1.0.2-6_amd64.deb to main/d/dirac/libdirac-dev_1.0.2-6_amd64.deb libdirac-doc_1.0.2-6_all.deb to main/d/dirac/libdirac-doc_1.0.2-6_all.deb libdirac-encoder0_1.0.2-6_amd64.deb to main/d/dirac/libdirac-encoder0_1.0.2-6_amd64.deb -- To UNSUBSCRIBE, email to debian-devel-changes-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx Archive: http://lists.debian.org/E1Rughv-0004K3-H0@xxxxxxxxxxxxxxxxx

Next Message by Thread:

Como Corregir Grandes Errores en Compras?

ÂÂAHORRE!! Aproveche el PRONTO PAGO e InscrÃbase Ahora. Los 15 Grandes Errores que Cometen los Responsables de Compras y CÃmo Corregirlos. Este programa le ofrece los mÃs efectivos conceptos y maneras concretas de corregir los errores y omisiones que cometen los responsables de compras y compradores en su organizaciÃnâ Con numerosos ejemplos reales, casos y ejercicios los participantes comprenderÃn la trascendencia de su trabajo al encontrar las soluciones adecuadas para mejorar el desempeÃo de la funciÃn a travÃs de exponer, analizar y resolver los errores mÃs frecuentes en que suelen incurrir. Entre los puntos a tratar se incluye: -- CÃmo responder adecuadamente a las requisiciones y exigencias de otros departamentos. -- CuÃl es el costo e impacto de colapsar procesos y actividades por malas negociaciones, malos proveedores y burocracia desmedida. -- CÃmo comprar sin ÂPerder! -- CÃmo puede usted garantizar eficiencia, costos competitivos y la satisfacciÃn total de sus clientes internos y externos. -- CÃmo convertir a su Departamento de Compras en un potente generador deUtilidades. -- CÃmo comprar mÃs a menor costo aÃo con aÃo, desarrollando al proveedor para mejorar su desempeÃo al eliminar su desperdicio. -- CÃmo sincronizar sus requerimientos con los embarques de sus proveedores. Para convertirse en un hÃbil comprador que realmente genere valor, usted debe asistir a este seminario donde analizarà y discutirà con un experto en la materia, como el optimizar al mÃximo los recursos de la empresa es un factor importante para desarrollar eficazmente su gestiÃn de compras y es prioridad para usted, entonces no lo piense dos veces. Programado en: Monterrey 15 de Febrero MÃxico D.F. 16 de Febrero Guadalajara 17 de Febrero Online en Vivo 20 de Febrero Para obtener un folleto GRATUITO con la informaciÃn completa, Responda este correo con los siguientes datos: Empresa: Nombre: Puesto: Tel: ( ) Fecha de interÃs: ( ) Monterrey - ( ) MÃxico, D.F. - ( ) Guadalajara - ( ) Online en Vivo E-mail: debian-events-eu@xxxxxxxxxxxxxxxx Llame a nuestra lada sin costo: 01800 25.010.20 *Les pedimos que compartan esta invitaciÃn con quienes puedan interesarse. *Solicite una cotizaciÃn Incompany (Cuento con mÃs de 10 participantes y me gustarÃa llevar este evento a mis instalaciones). Si desea que su cuenta de correo electrÃnico se elimine de nuestras listas de distribuciÃn, responda con el asunto 2compr85m -- To UNSUBSCRIBE, email to debian-events-eu-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx Archive: http://lists.debian.org/b56b787bc6216a6b0e92c9340010e67e@xxxxxxxxxxxxxxxxxxxxx
blog comments powered by Disqus

Home | News | Sitemap | FAQ | advertise | OSDir is an Inevitable website. GBiz is too!