- kune-commits - lists.ourproject.org

[Kune - Bug #200] (Rejected) Safari problem: needing refresh
by Redmine Comunes 03 Sep '12

03 Sep '12

Issue #200 has been updated by Vicente J. Ruiz Jurado. Status changed from New to Rejected Resolution set to worksforme Sorry closing it ... without more info... ---------------------------------------- Bug #200: Safari problem: needing refresh http://redmine.ourproject.org/issues/200#change-399 * Author: Anonymous * Status: Rejected * Priority: Normal * Assignee: Vicente J. Ruiz Jurado * Category: Group space * Target version: * Resolution: worksforme ---------------------------------------- While trying Kune.cc with a Safari from an iPad: * Trying to enter, it stays logging in... with a refresh, solved * Entering in a new doc created by another user (being edited), it shows "no conversations in this wave". With a refresh, solved. Didn't try to replicate. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://redmine.ourproject.org/my/account

1 0

[Kune - Bug #202] (Closed) Sometimes gadgets width are wrong
by Redmine Comunes 03 Sep '12

03 Sep '12

Issue #202 has been updated by Vicente J. Ruiz Jurado. Status changed from New to Closed % Done changed from 0 to 100 Resolution set to fixed This is also fixed. ---------------------------------------- Bug #202: Sometimes gadgets width are wrong http://redmine.ourproject.org/issues/202#change-398 * Author: Vicente J. Ruiz Jurado * Status: Closed * Priority: High * Assignee: Vicente J. Ruiz Jurado * Category: Chat * Target version: * Resolution: fixed ---------------------------------------- Sometimes Gadgets width are incorrect and gagdets shows cropped. See [[GadgetWidget]] GadgetWidgetUi in Apache Wave. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://redmine.ourproject.org/my/account

1 0

[Kune - Bug #233] (Closed) error al cargar logo
by Redmine Comunes 03 Sep '12

03 Sep '12

Issue #233 has been updated by Vicente J. Ruiz Jurado. Status changed from New to Closed % Done changed from 0 to 100 Resolution set to fixed This is fixed. ---------------------------------------- Bug #233: error al cargar logo http://redmine.ourproject.org/issues/233#change-397 * Author: Anonymous * Status: Closed * Priority: Normal * Assignee: Vicente J. Ruiz Jurado * Category: User Management * Target version: * Resolution: fixed ---------------------------------------- ¡Uuups! Algo ha ido mal en nuestros servidores. Inténtalo de nuevo, por favor. Error configurando el logo Token: 1332777282757 org.waveprotocol.wave.concurrencycontrol.common.CorruptionDetail: [INTERNAL_ERROR] Channel Exception Unknown.Hvc (Unknown source:0) Unknown.Pvc (Unknown source:0) Unknown.Vvc (Unknown source:0) Unknown.eUl (Unknown source:0) Unknown.kWn (Unknown source:0) Unknown.gWn (Unknown source:0) Unknown.yWn (Unknown source:0) Caused by: Token: 1332777282757 [INTERNAL_ERROR] Channel Exception Unknown.Hvc (Unknown source:0) Unknown.r_n (Unknown source:0) Unknown.kWn (Unknown source:0) Unknown.gWn (Unknown source:0) Unknown.yWn (Unknown source:0) Unknown.wXn (Unknown source:0) Unknown.lsl (Unknown source:0) Caused by: Token: 1332777282757 Exception in view channel, state [ViewChannel id: ch35 waveId: [WaveId kune.cc/w+1gh5fm7d86o64I] state: CONNECTED] Unknown.Hvc (Unknown source:0) Unknown.l_n (Unknown source:0) Unknown.wXn (Unknown source:0) Unknown.lsl (Unknown source:0) Unknown.Srl (Unknown source:0) Unknown.bul (Unknown source:0) Unknown.KOk (Unknown source:0) Caused by: Token: 1332777282757 Multiplexer received openFinished twice Unknown.Hvc (Unknown source:0) Unknown.l_n (Unknown source:0) Unknown.zWn (Unknown source:0) Unknown.wXn (Unknown source:0) Unknown.lsl (Unknown source:0) Unknown.Srl (Unknown source:0) Unknown.bul (Unknown source:0) Token: 1332777078704 Unexpected programatic exception (user has no logo) Unknown.Hvc (Unknown source:0) Unknown.W1c (Unknown source:0) Unknown.k3c (Unknown source:0) Unknown.Uqk (Unknown source:0) Unknown.jod (Unknown source:0) Unknown.kok (Unknown source:0) Unknown.hpk (Unknown source:0) Unknown.Jji (Unknown source:0) Unknown.pki (Unknown source:0) ¡Uuups! Algo ha ido mal en nuestros servidores. Inténtalo de nuevo, por favor. Error configurando el logo Token: 1332777056225 0 Unknown.Hvc (Unknown source:0) Unknown.Okk (Unknown source:0) Unknown.hpk (Unknown source:0) Unknown.Jji (Unknown source:0) Unknown.pki (Unknown source:0) Unknown.&lt;anonymous&gt; (Unknown source:0) Unknown.z2h (Unknown source:0) ¡Uuups! Algo ha ido mal en nuestros servidores. Inténtalo de nuevo, por favor. Error configurando el logo Token: 1332777007085 Unexpected programatic exception (user has no logo) Unknown.Hvc (Unknown source:0) Unknown.W1c (Unknown source:0) Unknown.k3c (Unknown source:0) Unknown.Uqk (Unknown source:0) Unknown.jod (Unknown source:0) Unknown.kok (Unknown source:0) Unknown.hpk (Unknown source:0) Unknown.Jji (Unknown source:0) Unknown.pki (Unknown source:0) ¡Uuups! Algo ha ido mal en nuestros servidores. Inténtalo de nuevo, por favor. Error configurando el logo -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://redmine.ourproject.org/my/account

1 0

[Kune - Feature #174] (Closed) Remember my login
by Redmine Comunes 03 Sep '12

03 Sep '12

Issue #174 has been updated by Vicente J. Ruiz Jurado. Status changed from New to Closed % Done changed from 0 to 100 Resolution set to fixed ---------------------------------------- Feature #174: Remember my login http://redmine.ourproject.org/issues/174#change-396 * Author: Anonymous * Status: Closed * Priority: High * Assignee: Vicente J. Ruiz Jurado * Category: User Management * Target version: * Resolution: fixed ---------------------------------------- It'd be nice, if it's easy and quick, that Kune remembers my login credentials even if I close the site and a few days have passed. If it's not very complicated, I would allow the typical "tick" [x] field "Remember me", and if I mark it a cookie would make sure that for the next month I don't need to manually login in Kune (expiry date of a month seems reasonable to me, like Wikipedia). -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://redmine.ourproject.org/my/account

1 0

[Kune - Bug #157] (Closed) OutOfMemory with new Wave code
by Redmine Comunes 03 Sep '12

03 Sep '12

Issue #157 has been updated by Vicente J. Ruiz Jurado. Status changed from New to Closed % Done changed from 0 to 100 Resolution set to fixed ---------------------------------------- Bug #157: OutOfMemory with new Wave code http://redmine.ourproject.org/issues/157#change-395 * Author: Vicente J. Ruiz Jurado * Status: Closed * Priority: High * Assignee: Vicente J. Ruiz Jurado * Category: Server side * Target version: * Resolution: fixed ---------------------------------------- More info: https://issues.apache.org/jira/browse/WAVE-302 http://www.eclipse.org/mat/ (But I didn't see these logs in our servers, but anyway...) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://redmine.ourproject.org/my/account

1 0

[Kune - Feature #156] (In Progress) Give RTL support (for Arabic and other similar languages)
by Redmine Comunes 03 Sep '12

03 Sep '12

Issue #156 has been updated by Vicente J. Ruiz Jurado. Status changed from New to In Progress Assignee changed from Vicente J. Ruiz Jurado to Samer - % Done changed from 0 to 50 Currently a lot of work is done with this (even translation) but some styles should be fixed. Kune in chrome is worst than in firefox. Some work should be done by native persons. ---------------------------------------- Feature #156: Give RTL support (for Arabic and other similar languages) http://redmine.ourproject.org/issues/156#change-394 * Author: Vicente J. Ruiz Jurado * Status: In Progress * Priority: High * Assignee: Samer - * Category: Common * Target version: * Resolution: ---------------------------------------- Give RTL support (for Arabic and other similar languages) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://redmine.ourproject.org/my/account

1 0

[Kune - Feature #152] (Closed) Proposal: remove top-left "public space" icon
by Redmine Comunes 03 Sep '12

03 Sep '12

Issue #152 has been updated by Vicente J. Ruiz Jurado. Status changed from New to Closed % Done changed from 0 to 100 Resolution set to fixed This option now is "optional" via kune.properties. ---------------------------------------- Feature #152: Proposal: remove top-left "public space" icon http://redmine.ourproject.org/issues/152#change-393 * Author: Anonymous * Status: Closed * Priority: High * Assignee: Vicente J. Ruiz Jurado * Category: Usability * Target version: * Resolution: fixed ---------------------------------------- This is a controversial proposal. Explanation: * The home, user-space & group-space icons have a common behaviour: wherever you are, you can go there to change "view" and do actions. In Home you can view last updates & stats, in user-space your edited docs, in group-space your group view. * The "public" icon does not behave the same way. 1) you cannot do actions there, it's just to see "how will the page look like". 2) It DOES matter where you are in the group-space, as the "public" icon will show the public version of whatever you were seeing there. However, I may be working in my user-space and if I jump from there to the public, it'd show the last page I saw in the group-space... That's confusing. * I propose that this functionality, the "how will the page look like", is a preview button from the group-space. A preview button, and nothing else. Thus, you must be in the group-space to click on it. It is a preview, which people understand what is it. And it keeps the same functionality. This suggestion comes from explaining it to different people and most finding it pretty confusing. This is especially complicated right now, when the public part is not yet implemented. I would do this change asap to minimize confusion and increase usability (instead of four top-left icons to understand, only three). Maybe there are other alternatives to this change, but it'd be good to discuss this issue. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://redmine.ourproject.org/my/account

1 0

[Kune - Feature #131] (Closed) Secure register/sign in and autologin
by Redmine Comunes 03 Sep '12

03 Sep '12

Issue #131 has been updated by Vicente J. Ruiz Jurado. Status changed from New to Closed % Done changed from 0 to 100 ---------------------------------------- Feature #131: Secure register/sign in and autologin http://redmine.ourproject.org/issues/131#change-392 * Author: Vicente J. Ruiz Jurado * Status: Closed * Priority: High * Assignee: Vicente J. Ruiz Jurado * Category: Common * Target version: * Resolution: fixed ---------------------------------------- The goal: - Register accounts - Sign in with user/pass - and auto login with a cookie for some days in both Kune+Wave+XMPP Also we have to permit xmpp auth to non kune/emite xmpp clients. The current status: Kune/WIAB register users with digest SHA-512 + salt auth plaintext user + pass (see [[WaveClientSimpleAuthenticator]]). Aka: We should use https Autologin is done via a hash in a cookie. A proposed non secure solution (server specific) is to implement a custom: http://www.igniterealtime.org/builds/openfire/docs/latest/documentation/jav… http://community.igniterealtime.org/thread/35365 and for autologin, try to auth to xmpp with user+cookie-hash as a second option using: http://www.igniterealtime.org/builds/openfire/docs/latest/documentation/jav… This permits normal xmpp use (with external and emite client) and autologin for xmpp also in kune. Problem: we need to store plain passwords (even with a SASL client I think). See: http://svn.igniterealtime.org/svn/repos/openfire/trunk/src/java/org/jivesof… http://svn.igniterealtime.org/svn/repos/openfire/trunk/src/java/org/jivesof… http://java-monitor.com/forum/showthread.php?t=453 This is not secure: "But hey, management wants encrypted passwords in the database, management gets encrypted passwords in the database. :-)" TODO: study a way to make a compatible secure plain+digest [[AuthProvider]] compatible with our SHA-512 stored pass... Work in progress -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://redmine.ourproject.org/my/account

1 0

[Kune - Feature #127] (Closed) Generate some screencast while doing automate testing
by Redmine Comunes 03 Sep '12

03 Sep '12

Issue #127 has been updated by Vicente J. Ruiz Jurado. Status changed from New to Closed % Done changed from 0 to 100 Resolution set to fixed Yeah, fixed. The screencasts should be updated from time to time: http://blip.tv/comunes-collective/ ---------------------------------------- Feature #127: Generate some screencast while doing automate testing http://redmine.ourproject.org/issues/127#change-391 * Author: Vicente J. Ruiz Jurado * Status: Closed * Priority: High * Assignee: Vicente J. Ruiz Jurado * Category: Common * Target version: * Resolution: fixed ---------------------------------------- Generate some screencast while doing automate testing -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://redmine.ourproject.org/my/account

1 0

[Kune - Feature #131] Secure register/sign in and autologin
by Redmine Comunes 03 Sep '12

03 Sep '12

Issue #131 has been updated by Vicente J. Ruiz Jurado. Resolution set to fixed This was fixed several months ago. ---------------------------------------- Feature #131: Secure register/sign in and autologin http://redmine.ourproject.org/issues/131#change-390 * Author: Vicente J. Ruiz Jurado * Status: New * Priority: High * Assignee: Vicente J. Ruiz Jurado * Category: Common * Target version: * Resolution: fixed ---------------------------------------- The goal: - Register accounts - Sign in with user/pass - and auto login with a cookie for some days in both Kune+Wave+XMPP Also we have to permit xmpp auth to non kune/emite xmpp clients. The current status: Kune/WIAB register users with digest SHA-512 + salt auth plaintext user + pass (see [[WaveClientSimpleAuthenticator]]). Aka: We should use https Autologin is done via a hash in a cookie. A proposed non secure solution (server specific) is to implement a custom: http://www.igniterealtime.org/builds/openfire/docs/latest/documentation/jav… http://community.igniterealtime.org/thread/35365 and for autologin, try to auth to xmpp with user+cookie-hash as a second option using: http://www.igniterealtime.org/builds/openfire/docs/latest/documentation/jav… This permits normal xmpp use (with external and emite client) and autologin for xmpp also in kune. Problem: we need to store plain passwords (even with a SASL client I think). See: http://svn.igniterealtime.org/svn/repos/openfire/trunk/src/java/org/jivesof… http://svn.igniterealtime.org/svn/repos/openfire/trunk/src/java/org/jivesof… http://java-monitor.com/forum/showthread.php?t=453 This is not secure: "But hey, management wants encrypted passwords in the database, management gets encrypted passwords in the database. :-)" TODO: study a way to make a compatible secure plain+digest [[AuthProvider]] compatible with our SHA-512 stored pass... Work in progress -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://redmine.ourproject.org/my/account

1 0