2012/2/7 Miguel Carrillo <mcp at tid.es> > Hola > Hola, > > Eso es una noticia buenísima. Tengo dos correos de líderes de chapter > diciendo que qué hacen, que no pueden trabajar. Así que vamos a poder parar > la marea. > > Mi usuario no está bloqueado y como funciona, prefiero no jugar con él > porque si se bloquea estamos fritos de verdad; lo estoy usando para sacar > excels con listas que les voy pasando a contactos claves paras que al menos > tengan eso. Pero podemos decir a un usuario que esté bloqueado que lo > intente. La pregunta es.... las queries ahora las construirá bien pero los > que estén atascados no los desatascará porque ya están ahí ¿cierto? ¿o se > te ocurre algún truco? > Las query se genera dinámicamente cada vez que se carga la página, todos los usuarios bloqueados basta con que vuelvan a cargar la página y estarán desbloqueados. Las queries no se almacenan en la base de datos tal cual, como un string, se generan durante la carga de la página a partir de unos parámetros numéricos almacenados en ciertas tablas (dichos parámetros están bien almacenados por fortuna). Descifrar todo eso ha sido complejo y por eso he tardado tantas horas + lo que invertí en Diciembre. > Si podemos reflotarlos, aunque sea uno a uno, me ofrezco voluntario a > pedir que me manden correos privados y te paso la lista. > No debería ser necesario, lo he testeado y ha sido solucionar el bug y mi usuario ha sido desbloqueado. > Dime qué te parece esto. > Crea un usuario de prueba e intenta bloquearlo (tras el fix todo va bien) creado queries varias, incluye "asignee_to" que era el parámetro de la query que generaba la query erronea. Un saludo > > Saludos > > Miguel > > El 07/02/2012 19:52, Roberto Andradas Izquierdo escribió: > > Hola Miguel, > > gracias por la comprensión. > > acabo de encontrar el bug y lo acabo de solucionar. Lo he testeado con > un usuario creado por mí. > > Por favor, probadlo. Y decidme si en vuestros test el resultado es > positivo o no. > > Un saludo > > 2012/2/7 Miguel Carrillo <mcp at tid.es> > >> Hola >> >> Adjunto el correo orginal, no ya por "machacar"· a Roberto, que va a >> hacer lo que pueda y le estamos dando la vuelta de vacaciones, sino para >> que no quede duda de lo que dije. El asunto que denuncia Juanjo es el >> primero de los dos, y le doy bastante importancia. >> >> Es algo que no estáis notando y es imposible que lo percibáis si no lo >> transmitimos. Hoy he recibido otro correo privado de queja, ayer otro, la >> semana pasada varios... la gente tiene una imagen pésima de esto y eso no >> puede ser, hemos hecho una apuesta muy fuerte que creo que además vosotros >> compartís. A ver si se arregla pronto, confiamos en vosotros para sacarlo >> adelante. >> >> Saludos >> >> Miguel >> >> >> >> El 07/02/2012 13:41, Roberto Andradas Izquierdo escribió: >> >> >> >> 2012/2/7 Juanjo Hierro <jhierro at tid.es> >> >>> Hola, >>> >>> Que yo sepa, los dos temas los ha marcado Miguel como urgentes. Para >>> mí, el tema de los commits para developers es menos prioritario porque al >>> menos hay un workaround que yo sepa, aunque absolutamente impresentable: >>> marcar a todos los desarrolladores como administradores. Para el tema de >>> las queries en el tracker, que yo sepa no hay workaround que valga ni >>> manera de resetear la situación de bloqueo de un usuario (creíamos que sí >>> con el tema de las cookies pero parece que fue un espejismo) >>> >> >> Lo de las cookies me confirmaron que funcionaba. Ahora que lo dices era >> ahí dónde se almacena la query por defecto que carga el tracker al aparecer >> la web. >> >> >>> >>> De todas formas, debemos de ser conscientes de que los dos temas son >>> gravísimos. Es más, son problemas de los que hacen pensar "¿ Esto se ha >>> usado alguna vez en serio ?" Pensemos que hacer una query por los tickets >>> en el tracker que te han sido asignados es lo más natural del mundo. >>> También que para poder hacer un commit en SVN no haya que ser administrador >>> parece bastante lógico. Por ello cuando digo que la imagen de FusionForge >>> está cayendo en picado no es broma. >>> >> >> Opino como tú, ambos son bugs de fusionforge. el de roles está >> solucionado al parecer en la últiam versión de fusionforge, pero han >> cambiado todo el sistema de roles y actualizar toda la forja a la nueva >> versión puede causar otros problemas colaterales. >> >> durante toda esta semana estoy fulltime con fiware Juanjo, voy a >> solucionar ambos bugs con la máxima prioridad posible. >> >> Lamento todo los problemas. >> >> Un saludo >> >>> >>> Saludos, >>> >>> -- Juanjo >>> >>> >>> On 07/02/12 13:10, Roberto Andradas Izquierdo wrote: >>> >>> Hola Juanjo, >>> >>> volveré a mirarlo. La query no está a pelo en el código como conté hace >>> tiempo. Dichas queries se almacenan y generan de forma dinámica a partir de >>> datos introducidos en la base de datos. Hace tiempo expliqué este problema >>> en profundidad. >>> >>> Aún así volveré a mirarlo. >>> >>> Miguel Carrillo me ha dicho que la prioridad es solucionar el problema >>> de commits para los developers. >>> >>> Ahora mi duda es. ¿con qué me pongo? vuelvo a intentar solucionar el >>> problema que comentas o sigo con lo que me dice Miguel? >>> >>> Un saludo >>> >>> 2012/2/7 Juanjo Hierro <jhierro at tid.es> >>> >>>> Hola, >>>> >>>> Hace ya mucho tiempo que llevamos denunciado un error que deja >>>> absolutamente bloqueados a los usuarios de un tracker en FusionForge. >>>> >>>> El problema se está extendiendo y cada vez son más los usuarios >>>> bloqueados (el bloqueo en un tracker se produce cuando el usuario >>>> simplemente hace una query muy sencilla, por ejemplo acerca de que tickets >>>> le han sido asignados). A pesar de que hemos pedido que no hagan ese >>>> tipo de consultas, lo cierto es que en algún momento tratan de hacerlo >>>> porque por otra parte sin esas consultas el tracker es bastante poco >>>> operativo. >>>> >>>> El problema está bastante claro en que consiste y es que FusionForge >>>> concatena mal los strings con los que compone la query contra la base de >>>> datos. Resulta que no pone un espacio en blanco al concatenar dos de >>>> ellas: >>>> >>>> Error: Database Error: ERROR: syntax error at or near "assigned_to" >>>> LINE 1: ... AND aefd2.artifact_id=artifact_vw.artifact_idANDassigned_t... ^ >>>> >>>> >>>> No debería ser tan difícil localizarlo. >>>> >>>> Lo peor es que la query así definida sigue marcada como la query por >>>> defecto para ese usuario en ese tracker y no hay manera de cambiarla. El >>>> usuario queda bloqueado en su acceso a ese tracker para toda la vida. >>>> Después de haberlo denunciado ya hace casi dos meses, nadie ha sido capaz >>>> de localizar el punto en el software del producto donde está ese error >>>> ... Nos llegaron a comentar que se resolvía borrando las cookies pero ya >>>> lo hemos probado y no siempre es así. >>>> >>>> Necesitamos que este problema ser resuelva cuanto antes porque la >>>> imagen de FusionForge y del soporte que estamos dando está cayendo en >>>> picado. Y lo peor es que son problemas que dañan la imagen porque se >>>> corre la voz. De esta manera puede resultar bastante difícil "vender" que >>>> otros proyectos consideren el usarlo (o incluso éste siga haciéndolo). >>>> >>>> Por favor, decidnos algo. >>>> >>>> Adjunto, como muestra, el mensaje desesperado de uno de los usuarios, >>>> que cayó en las redes del problema hace una semana ... >>>> >>>> Por cierto, que los revisores oficiales del proyecto han pedido >>>> acceso al FusionForge y tratarán de hacer queries y demás en los >>>> trackers. Huelga decir que las probabilidades de que hayan caido en el >>>> bloqueo dentro de unos días es máxima. >>>> >>>> Saludos, >>>> >>>> -- Juanjo >>>> >>>> >>>> -------- Original Message -------- Subject: Re: [Fiware-wpa] >>>> Reviewers have requested access to FusionForge Date: Tue, 7 Feb 2012 >>>> 11:06:14 +0100 From: Matteo Melideo <matteo.melideo at eng.it><matteo.melideo at eng.it> Reply-To: >>>> matteo.melideo at eng.it <matteo.melideo at eng.it> <matteo.melideo at eng.it> To: >>>> JUAN JOSE HIERRO SUREDA <jhierro at tid.es> <jhierro at tid.es> CC: >>>> fiware-wpl at lists.fi-ware.eu <fiware-wpl at lists.fi-ware.eu><fiware-wpl at lists.fi-ware.eu>, >>>> fiware-wpa at lists.fi-ware.eu <fiware-wpa at lists.fi-ware.eu><fiware-wpa at lists.fi-ware.eu> >>>> >>>> Dear Juanjo, >>>> for sure this is a very good idea and incentive to keep updated the >>>> tracker, backlogs etc. Anyway, *there is a non trivial problem to >>>> solve. If you want to do some query in the tracker the risk is that you >>>> cannot use it any more due to the bug still not solved.* >>>> >>>> My two cents, >>>> >>>> Matteo >>>> >>>> P.S. >>>> *It is now a week I cannot access any more the tracker due to this >>>> error.* >>>> >>>> >>>> Il 06/02/2012 19:59, Juanjo Hierro ha scritto: >>>> >>>> Hi all, >>>> >>>> Prior giving access to FusionForge to our reviewer, Man-Sze Li, I >>>> want you to be aware. I will give her access from tomorrow morning >>>> 11:00am on, unless I hear about any objection. >>>> >>>> A good reason for you to take care about the status of your stuff >>>> :-) particularly the tracker. >>>> >>>> Cheers, >>>> >>>> -- Juanjo >>>> >>>> ------------- >>>> Product Development and Innovation (PDI) - Telefonica Digital >>>> website: www.tid.es >>>> email: jhierro at tid.es >>>> twitter: twitter.com/JuanjoHierro >>>> >>>> FI-WARE (European Future Internet Core Platform) Chief Architect >>>> >>>> You can follow FI-WARE at: >>>> website: http://www.fi-ware.eu >>>> facebook: http://www.facebook.com/pages/FI-WARE/251366491587242 >>>> twitter: http://twitter.com/FIware >>>> linkedIn: http://www.linkedin.com/groups/FIWARE-4239932 >>>> >>>> >>>> >>>> -------- Original Message -------- Subject: RE: Submission of >>>> deliverable D.2.1.a FI-WARE Requirements Backlog Date: Mon, 6 Feb >>>> 2012 11:52:16 +0100 From: Man-Sze Li <msli at icfocus.co.uk><msli at icfocus.co.uk> To: >>>> JUAN JOSE HIERRO SUREDA <jhierro at tid.es> <jhierro at tid.es> >>>> >>>> Dear Dr Hierro >>>> >>>> I would wish to take up the offer to be able to access the FI-WARE backlogs >>>> live. Thank you in advance for arranging for a user account on FusionForge >>>> for me. >>>> >>>> Best regards >>>> >>>> Man-Sze Li >>>> >>>> -----Original Message----- >>>> From: Arian.ZWEGERS at ec.europa.eu [mailto:Arian.ZWEGERS at ec.europa.eu <Arian.ZWEGERS at ec.europa.eu>] >>>> Sent: 26 January 2012 10:35 >>>> To: msli at icfocus.co.uk; dgr at whitestein.com; rdifrancesco at ymail.com;bel.piet1 at gmail.com >>>> Subject: FW: Submission of deliverable D.2.1.a FI-WARE Requirements Backlog >>>> >>>> fyi >>>> >>>> -----Original Message----- >>>> From: Juanjo Hierro [mailto:jhierro at tid.es <jhierro at tid.es>] >>>> Sent: Thursday, January 26, 2012 11:11 AM >>>> To: ZWEGERS Arian (INFSO); INFSO-ICT-285248 >>>> Cc: Jose Jimenez; Miguel Carrillo; jhierro >> "Juan J. Hierro" >>>> Subject: Submission of deliverable D.2.1.a FI-WARE Requirements Backlog >>>> >>>> Dear Arian, >>>> >>>> This is the official submission of deliverable D.2.1.a "FI-WARE >>>> Requirements Backlog" of the FI-WARE project. >>>> >>>> As you know, the FI-WARE Backlog is managed through several trackers >>>> (each FI-WARE chapter managing its own tracker), in combination with the >>>> public Wiki. Contents of the FI-WARE Backlog are constantly updated >>>> through the subsequent FI-WARE sprints, following an Agile approach. >>>> Therefore, versions of deliverable D.2.1 correspond to snapshots of >>>> these trackers. >>>> >>>> It took some time to find the way we could generate such a snapshot >>>> and adjust the format. On the other hand, the exercise allowed us to >>>> identify some missalignments regarding formatting conventions across >>>> FI-WARE chapters (e.g., notation for release or sprint ids, ids for >>>> entries, etc.) we have fixed. There should not be that much delay in >>>> subsequent submissions of the deliverable. Given the nature of the >>>> deliverable, we found that an spreadsheet format was the most useful and >>>> convenient format. >>>> >>>> Note that the deliverable corresponded to a snapshot we took early in >>>> December. Therefore, the backlog has evolved since then. >>>> >>>> If you or the reviewers wish to access the FI-WARE Backlogs "live" it >>>> would be as easy to create a user account for you on the different >>>> FI-WARE chapter projects in FusionForge. I remind you that this was >>>> something we already offered in September 2011. >>>> >>>> >>>> Best regards, >>>> >>>> Juanjo Hierro >>>> Chief Architect & Technical Manager >>>> FI-WARE projectwww.fi-ware.eu >>>> >>>> >>>> Este mensaje se dirige exclusivamente a su destinatario. Puede consultar >>>> nuestra política de envío y recepción de correo electrónico en el enlace >>>> situado más abajo. >>>> This message is intended exclusively for its addressee. We only send and >>>> receive email on the basis of the terms set out athttp://www.tid.es/ES/PAGINAS/disclaimer.aspx >>>> >>>> . >>>> >>>> >>>> >>>> ------------------------------ >>>> Este mensaje se dirige exclusivamente a su destinatario. Puede >>>> consultar nuestra política de envío y recepción de correo electrónico en el >>>> enlace situado más abajo. >>>> This message is intended exclusively for its addressee. We only send >>>> and receive email on the basis of the terms set out at >>>> http://www.tid.es/ES/PAGINAS/disclaimer.aspx >>>> >>>> >>>> _______________________________________________ >>>> Fiware-wpa mailing listFiware-wpa at lists.fi-ware.euhttp://lists.fi-ware.eu/listinfo/fiware-wpa >>>> >>>> >>>> ------------------------------ >>>> Este mensaje se dirige exclusivamente a su destinatario. Puede >>>> consultar nuestra política de envío y recepción de correo electrónico en el >>>> enlace situado más abajo. >>>> This message is intended exclusively for its addressee. We only send >>>> and receive email on the basis of the terms set out at >>>> http://www.tid.es/ES/PAGINAS/disclaimer.aspx >>>> >>> >>> >>> ------------------------------ >>> Este mensaje se dirige exclusivamente a su destinatario. Puede consultar >>> nuestra política de envío y recepción de correo electrónico en el enlace >>> situado más abajo. >>> This message is intended exclusively for its addressee. We only send and >>> receive email on the basis of the terms set out at >>> http://www.tid.es/ES/PAGINAS/disclaimer.aspx >>> >> >> >> -- >> ---------------------------------------------------------------------- >> _/ _/_/ Miguel Carrillo Pacheco >> _/ _/ _/ _/ Telefónica Distrito Telefónica >> _/ _/_/_/ _/ _/ Investigación y Edifico Oeste 1, Planta 9 >> _/ _/ _/ _/ Desarrollo Ronda de la Comunicación S/N >> _/ _/_/ 28050 Madrid (Spain) >> Tel: (+34) 91 483 26 77 >> >> e-mail: mcp at tid.es >> >> Follow FI-WARE on the net >> >> Website: http://www.fi-ware.eu >> Facebook: http://www.facebook.com/pages/FI-WARE/251366491587242 >> Twitter: http://twitter.com/Fiware >> LinkedIn: http://www.linkedin.com/groups/FIWARE-4239932 >> ---------------------------------------------------------------------- >> >> >> ------------------------------ >> Este mensaje se dirige exclusivamente a su destinatario. Puede consultar >> nuestra política de envío y recepción de correo electrónico en el enlace >> situado más abajo. >> This message is intended exclusively for its addressee. We only send and >> receive email on the basis of the terms set out at >> http://www.tid.es/ES/PAGINAS/disclaimer.aspx >> > > > -- > ---------------------------------------------------------------------- > _/ _/_/ Miguel Carrillo Pacheco > _/ _/ _/ _/ Telefónica Distrito Telefónica > _/ _/_/_/ _/ _/ Investigación y Edifico Oeste 1, Planta 9 > _/ _/ _/ _/ Desarrollo Ronda de la Comunicación S/N > _/ _/_/ 28050 Madrid (Spain) > Tel: (+34) 91 483 26 77 > > e-mail: mcp at tid.es > > Follow FI-WARE on the net > > Website: http://www.fi-ware.eu > Facebook: http://www.facebook.com/pages/FI-WARE/251366491587242 > Twitter: http://twitter.com/Fiware > LinkedIn: http://www.linkedin.com/groups/FIWARE-4239932 > ---------------------------------------------------------------------- > > > ------------------------------ > Este mensaje se dirige exclusivamente a su destinatario. Puede consultar > nuestra política de envío y recepción de correo electrónico en el enlace > situado más abajo. > This message is intended exclusively for its addressee. We only send and > receive email on the basis of the terms set out at > http://www.tid.es/ES/PAGINAS/disclaimer.aspx > -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.fiware.org/private/fiware-support/attachments/20120207/f44930fd/attachment.html>
You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy Cookies policy