timestamps in log.html files.

[JamO Luhrsen]

Hi,

it seems that the log.html files are giving timestamps relative to the local timezone
in which they are viewed.

is this correct?

for example:
Start / End / Elapsed: 20161221 06:32:04.697 / 20161221 06:35:39.077 / 00:03:34.380

If so, is there a way to disable this?  Ideally, I would like to see these timestamps match
up with those on other systems that are involved in the test.

Thanks,
JamO

[Pekka Klärck]

Hello,

Timestamps are in the timezone of the machine where tests are run. I
guess it would be possible to implement support for changing that, but
I would assume it's easier to just change the configuration of the
machine.

Cheers,
.peke

> --
> You received this message because you are subscribed to the Google Groups
> "robotframework-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to robotframework-u...@googlegroups.com.
> To post to this group, send email to robotframe...@googlegroups.com.
> Visit this group at https://groups.google.com/group/robotframework-users.
> For more options, visit https://groups.google.com/d/optout.



--
Agile Tester/Developer/Consultant :: http://eliga.fi
Lead Developer of Robot Framework :: http://robotframework.org

[JamO Luhrsen]

Thanks for the reply Peke...

I'm not fully understanding something, I guess.

The system running pybot is UTC as are all the systems under test that it touches,
so all the logs we collect outside of the robot logs are showing UTC.  But, when I look
at the log.html in my browser, the timestamps are adjusted.

so, for a specific example I can see our host logs with a timestamp of 11:43:18 when a
specific robot suite is started.  But, when I look at it in my browser, that time is adjusted
8 hours backward (since I am PST and that is UTC -8) and shows as 03:43:18.  However,
my colleague in IST is UTC +5.5 so the same log is showing that timestamp as 17:13:18

I wonder if there some magic in the log.html telling our browsers to do this?

Thanks,
JamO

> email to robotframework-users+unsub...@googlegroups.com.

[Pekka Klärck]

Hi,

I had forgotten the details how timestamps are generated. After a
little digging I learned that you are right, timestamps in logs are
always shown in the local timezone regardless the timezone of the
machine where tests were executed. This is summary of how timestamps
shown in logs/reports are generated:

1. When generating log files, timestamps are written as seconds since
the Unic epoch. This value is the same at the same time regardless the
timezone.
2. Time stamp actually shown in logs/reports is generated based on the
epoch time using Javascript Date object. This object always shows time
in the local time.

If we wanted to show log messages using the original timezone, we
needed to create Javascript Date objects somehow taking the original
timezone into account. It would be easy to store timezone information
in the generated log files, but we needed to store it also in the
output.xml files to allow generating logs/reports later. Also needed
to take into account having different timezones when combining
results. Finally, needed to decide do we want to always show
timestamps using the original timezone (changes behavior) or should
that be configurable.

All of the above ought to be doable but requires some actual work. As
the first step you could submit an issue, but seeing this implemented
in the near future is likely to require some help in form of a pull
request.

Cheers,
.peke

>> > email to robotframework-u...@googlegroups.com.

>> > To post to this group, send email to robotframe...@googlegroups.com.
>> > Visit this group at
>> > https://groups.google.com/group/robotframework-users.
>> > For more options, visit https://groups.google.com/d/optout.
>>
>>
>>
>> --
>> Agile Tester/Developer/Consultant :: http://eliga.fi
>> Lead Developer of Robot Framework :: http://robotframework.org
>

> --
> You received this message because you are subscribed to the Google Groups
> "robotframework-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an

> email to robotframework-u...@googlegroups.com.

[hamada....@gmail.com]

Dear  Jamo Luhrsen,

I have a  wireless WiFi access point which has a single and single Ethernet port.

An OPENWrt operating system is running on it. I installed on this Openvswitch. 

When I use the following command on the WiFi AP:

ovs-vsctl  set-controller  bridge name tcp: IP of controller: service port

The WiFi becomes unpingable: I mean by that I can no longer ping it even from the controller itself. 

When I read in the deployment recommendations, I have found out that there should be the followings:  Separate the data network (that connects devices using the network) from the management network (that connects the network devices to OpenDaylight).

Note

Deploying OpenDaylight on a separate, private management network does not eliminate threats, but only mitigates them. By construction, some messages must flow from the data network to the management network, e.g., OpenFlow packet_inmessages, and these create an attack surface even if it is a small one.

However, I  have a single Ethernet port for the WiFi AP. How I can separate the management network from the data network on a single ethernet port.  This AP has a single Ethernet port.Looking forward very much to receiving your reply! 

Thanks,

Best regards,

[Tristan Hall]

Hey! Has this been implemented?

I've configured a logger object in my python script to report in UTC and it does so when reporting to STDOUT. But when I look at the log.html it shows local time. It would be great to see the test output in UTC.

Thanks!

>> > email to robotframework-users+unsub...@googlegroups.com.

>> > To post to this group, send email to robotframe...@googlegroups.com.
>> > Visit this group at
>> > https://groups.google.com/group/robotframework-users.
>> > For more options, visit https://groups.google.com/d/optout.
>>
>>
>>
>> --
>> Agile Tester/Developer/Consultant :: http://eliga.fi
>> Lead Developer of Robot Framework :: http://robotframework.org
>
> --
> You received this message because you are subscribed to the Google Groups
> "robotframework-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an

> email to robotframework-users+unsub...@googlegroups.com.