Thanks for the updates.
I'll try to investigate all use cases and try to create proposal of how to
make user tz consistent, if it is impossible it make sense to make this
setting unchangeable by the user.
On Sat, Aug 10, 2013 at 10:41 AM, seba.wag...@gmail.com
seba.wag...@gmail.com wrote:
I
Hi Sebastien,
newRequestHandler() should be public, otherwise you can't modify the
output really.
Well... I should have thought about this ;) But maybe you do not have to
override it, please see bellow...
What was your major idea about timezone safe Calendar, is the basic idea
that every
Why is the table name now om_user instead of user ?
Sebastian
2013/8/8 Artyom Horuzhenko akhor...@gmail.com
Ok, I'll do it
2013/8/8 Maxim Solodovnik solomax...@gmail.com
Yes
On Thursday, August 8, 2013, Artyom Horuzhenko wrote:
Do you mean backup and restore?
2013/8/8
Is that really necessary ?
Those users are all also invalid, if you look at them in the admin UI and
press enter none of them is possible to safe. It looks simply broken.
Sebastian
--
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
Hi,
can we remove the flash based user profile editing, user private messages,
search, dashboard and room list ?
In other words: Nothing except the room itself stay flash.
It just does not make a lot of sense to refactor the entire timezone
handling with having a semi broken Flash application,
Okay nevermind, I read the commit history, it has nothing todo with the
OAuth changes.
Thanks,
Sebastian
2013/8/11 seba.wag...@gmail.com seba.wag...@gmail.com
Why is the table name now om_user instead of user ?
Sebastian
2013/8/8 Artyom Horuzhenko akhor...@gmail.com
Ok, I'll do it
Further: Can we please really remove those UI, APIs that are no more in use?
It is a bit sad for me to see all my code going to the garbage bin but we
have so many API calls that are no more in use, and maintaining them takes
quite a bit of effort.
I will start this process now in the branch
++ the download size of the Flash client might be only 50% after we cleaned
up all the other stuff.
2013/8/11 seba.wag...@gmail.com seba.wag...@gmail.com
Further: Can we please really remove those UI, APIs that are no more in
use?
It is a bit sad for me to see all my code going to the
It was discussed earlier and I thing we have agreed to have only users as
meeting members (no more anonymous entities)
I'll try to fix Contacts created so they will be savable in admin UI
On Sun, Aug 11, 2013 at 6:34 AM, seba.wag...@gmail.com
seba.wag...@gmail.com wrote:
Is that really
Why is the table name now om_user instead of user ?
In derby user is reserved table
This is not fixed in OpenJPA
On Sun, Aug 11, 2013 at 8:40 AM, seba.wag...@gmail.com
seba.wag...@gmail.com wrote:
Okay nevermind, I read the commit history, it has nothing todo with the
OAuth changes.
Yes I can remember vague now :)
Maybe you just need to make sure to initalize the user with some defaults
so that it has some defaults in the UI and becomes savable.
Sebastian
2013/8/11 Maxim Solodovnik solomax...@gmail.com
It was discussed earlier and I thing we have agreed to have only
yes I am currently trying to do it at least for the admin ui as this is not
even linked in the SWF client anymore.
Sebastian
2013/8/11 Maxim Solodovnik solomax...@gmail.com
I would vote for clean up
On Sun, Aug 11, 2013 at 8:51 AM, seba.wag...@gmail.com
seba.wag...@gmail.com wrote:
++
What about private messages ?
There is missing functionality in the HTML5 behaviour, for instance I
cannot see that the Private Messages are send via a real EMail to anybody
out.
Make sure you work with the branch OPENMEETINGS-745, I partially removed
lots of stuff.
If you feel it makes sense we
Please perform the merge. Should result in no conflicts at the moment.
Seb
On 11 Aug 2013 15:42, Maxim Solodovnik solomax...@gmail.com wrote:
Vasiliy already found this issue with private messages and currently works
on it :)
I believe we can merge back to trunk to keep things synced :)
On
OK. Will do it later today
On Aug 11, 2013 10:55 AM, seba.wag...@gmail.com seba.wag...@gmail.com
wrote:
Please perform the merge. Should result in no conflicts at the moment.
Seb
On 11 Aug 2013 15:42, Maxim Solodovnik solomax...@gmail.com wrote:
Vasiliy already found this issue with
Hi Sebastien,
thanks for those updates, I don't think we require anything from your side
at the moment.
About *storing in a GMT (or UTC ... )*
Basically you can't store any kind of TimeZone information together with
the Date object in a database.
If you try to save an object java.util.Date or
16 matches
Mail list logo