Re: [foreman-dev] Unify date format in Foreman and plugins

2017-04-12 Thread Timo Goebel
Am 12.04.17 um 18:21 schrieb Ewoud Kohl van Wijngaarden: On Wed, Apr 12, 2017 at 06:02:34PM +0200, Marek Hulán wrote: Thanks guys so far, I'm sending comments below in text that are also relevant for lzap's comments in previous email. On středa 12. dubna 2017 16:56:52 CEST Ewoud Kohl van Wijnga

[foreman-dev] Weekly Design/Dev MeetingL Content Views

2017-04-12 Thread Roxanne Hoover
https://docs.google.com/document/d/1Oqh0o676iS6ME9gGBPGCs-ToL8yDM882bIJZNNYcfOo/edit Dev/Design Weekly Review - Content Views Presented by Brad Buckingham Create New Version button should be blue. Sync Status should be icon - When blue hover is active you cannot see status List/Remov

Re: [foreman-dev] Unify date format in Foreman and plugins

2017-04-12 Thread Bryan Kearney
On 04/12/2017 09:39 AM, Marek Hulán wrote: <%= l(report.last_report_at, :format => :long) %> which prints "April 10, 2017 17:08". The month name and potentially the format is localized based on current user locale. What is the effort to make this a user driven setting? -- bk -- You received th

Re: [foreman-dev] Unify date format in Foreman and plugins

2017-04-12 Thread Bryan Kearney
On 04/12/2017 11:55 AM, Marek Hulán wrote: On středa 12. dubna 2017 16:14:36 CEST Bryan Kearney wrote: +1 on the format To make sure I am clear: 1) Dates will be stored in the DB as UTC. yes, but should not matter since the TZ info part of the value and we'd always convert it according to cur

Re: [foreman-dev] Unify date format in Foreman and plugins

2017-04-12 Thread Marek Hulán
On středa 12. dubna 2017 17:55:21 CEST Marek Hulán wrote: > On středa 12. dubna 2017 16:14:36 CEST Bryan Kearney wrote: > > +1 on the format > > > > To make sure I am clear: > > > > 1) Dates will be stored in the DB as UTC. > > yes, but should not matter since the TZ info part of the value and w

Re: [foreman-dev] Unify date format in Foreman and plugins

2017-04-12 Thread Ewoud Kohl van Wijngaarden
On Wed, Apr 12, 2017 at 06:02:34PM +0200, Marek Hulán wrote: > Thanks guys so far, I'm sending comments below in text that are also relevant > for lzap's comments in previous email. > > On středa 12. dubna 2017 16:56:52 CEST Ewoud Kohl van Wijngaarden wrote: > > I second that there are cases wher

Re: [foreman-dev] Unify date format in Foreman and plugins

2017-04-12 Thread Marek Hulán
Thanks guys so far, I'm sending comments below in text that are also relevant for lzap's comments in previous email. On středa 12. dubna 2017 16:56:52 CEST Ewoud Kohl van Wijngaarden wrote: > I second that there are cases where "ago" is preferred. For the last > puppet run on the host page it's m

Re: [foreman-dev] Unify date format in Foreman and plugins

2017-04-12 Thread Marek Hulán
On středa 12. dubna 2017 16:14:36 CEST Bryan Kearney wrote: > +1 on the format > > To make sure I am clear: > > 1) Dates will be stored in the DB as UTC. yes, but should not matter since the TZ info part of the value and we'd always convert it according to current user locale > 2) Dates will be

[foreman-dev] Re: Heads up: Use ApplicationRecord base for your models

2017-04-12 Thread Lukas Zapletal
> Heads up! > > PG::UndefinedTable: ERROR: relation "application_records" does not exist This error appears to show up when Rails devel environment is reloaded on change. We are tracking this down, but be careful until we find this. -- Later, Lukas @lzap Zapletal -- You received this messag

Re: [foreman-dev] Unify date format in Foreman and plugins

2017-04-12 Thread Ewoud Kohl van Wijngaarden
I second that there are cases where "ago" is preferred. For the last puppet run on the host page it's much easier to know if it was an hour ago. Then I don't have to try and remember what day and time it is. However, in a table of all puppet reports then the exact date is the correct unit. The tabl

Re: [foreman-dev] Unify date format in Foreman and plugins

2017-04-12 Thread Lukas Zapletal
I like "ago" format with hover full date value. Thanks for putting effort in this! LZ On Wed, Apr 12, 2017 at 3:39 PM, Marek Hulán wrote: > Hello, > > I'd like to suggest one recommended way of displaying date/time information on > all pages. We started a discussion in a PR [1] that would change

Re: [foreman-dev] Unify date format in Foreman and plugins

2017-04-12 Thread Bryan Kearney
+1 on the format To make sure I am clear: 1) Dates will be stored in the DB as UTC. 2) Dates will be shown to the user based on their locale. Questions i have: a) If I enter a new date, am I entering it in my time zone? Assume serrver is in UTC +1 and I am in UTC -1. If I enter it in at 23:00

[foreman-dev] Unify date format in Foreman and plugins

2017-04-12 Thread Marek Hulán
Hello, I'd like to suggest one recommended way of displaying date/time information on all pages. We started a discussion in a PR [1] that would change the format for config reports, please take a look there for possible solutions. After a discussion with Roxanne (cc) on another page we agreed o

[foreman-dev] Weekly Dev/Design Meeting: Facts and Trends

2017-04-12 Thread Roxanne Hoover
https://docs.google.com/document/d/1tQvpYYzPRoIwlWEGa5oaB248gD-zSs7IwLlG31Xzfo0/edit Facts and Trends Presented by Marek Title of Fact Values|Host name is inconsistent, but also inconsistent throughout the application. A global solution should be brainstormed. Can the nested items all be floa

Re: [foreman-dev] Organization titles in CLI

2017-04-12 Thread Marek Hulán
On úterý 11. dubna 2017 14:30:50 CEST Tomas Strachota wrote: > Thanks, i get it now. It's also viable solution. > One complication is that we would need to find a way how to deprecate > current usage of --parent in update commands and replace it with > --new-parent. But it's probably more consisten

[foreman-dev] Heads up: Use ApplicationRecord base for your models

2017-04-12 Thread Lukas Zapletal
Heads up! Ivan merged my patch that changes behavior of how orchestration is logged. Previously it was logging everything into sql logger which is usually turned off by default as it is flooding logs. Since orchestration logs are very important I made a change which made possible to redirect orche