v6.0 2010 - Timestamp with separate time critical issue

If you think that something doesn't work in Aware IM post your message here
Post Reply
Rennur
Posts: 1191
Joined: Thu Mar 01, 2012 5:13 am
Location: Sydney, Australia

v6.0 2010 - Timestamp with separate time critical issue

Post by Rennur »

Few Issues with timestamp:

1) The separate time dropdown must always be defined, even though 'value must be provided' is not checked.
My order from in 6.0 is not unsuable.

2) Rule to define this timestamp based on a another timestamp e.g timetampB=TimestamA, defines the time dropdown with both date and time information.


3) Even when READ PROTCEDed the borwser error message posp-up "Form Data Invalid"

4) When you have the time min and max value defined eg 6:00 AM - 6:00 PM it gives out error on the form.
The format is correct and the time value selected are withing min/max.
aware_support
Posts: 7523
Joined: Sun Apr 24, 2005 12:36 am
Contact:

Post by aware_support »

Could you please send us a BSV for testing?
Aware IM Support Team
customaware
Posts: 2391
Joined: Mon Jul 02, 2012 12:24 am
Location: Ulaanbaatar, Mongolia

Post by customaware »

Wow Rennur.....

You should have been a Beta tester. ;-)
Cheers,
Mark
_________________
AwareIM 6.0, 8.7, 8.8, 9.0 , MariaDB, Windows 10, Ubuntu Linux. Theme: Default, Browser: Arc
Upcloud, Obsidian....
Image
Gabbitas
Posts: 334
Joined: Sun Jan 03, 2010 3:36 am

Re: v6.0 2010 - Timestamp with separate time critical issue

Post by Gabbitas »

Just to say I can confirm I'm getting the same issue whilst experimenting with V6 as Rennur describes in #1

Rennur - have you sent a sample BSV?

Thanks
aware_support
Posts: 7523
Joined: Sun Apr 24, 2005 12:36 am
Contact:

Re: v6.0 2010 - Timestamp with separate time critical issue

Post by aware_support »

1 and 3 will be fixed in the next build. Please send the BSV for 2. and 4 - we cannot reproduce them
Aware IM Support Team
aware_support
Posts: 7523
Joined: Sun Apr 24, 2005 12:36 am
Contact:

Re: v6.0 2010 - Timestamp with separate time critical issue

Post by aware_support »

1 and 3 have been fixed in build 2014
Aware IM Support Team
Rennur
Posts: 1191
Joined: Thu Mar 01, 2012 5:13 am
Location: Sydney, Australia

Re: v6.0 2010 - Timestamp with separate time critical issue

Post by Rennur »

BSV EMAILED
2) Rule to define this timestamp based on a another timestamp e.g timetampB=TimestamA, defines the time dropdown with both date and time information.
Image

Issue 1:
When you define the DATE part on Timestamp1 the RULE executes to define Timestamp2, it defines the date field correctly but the time field is defined with both date & time.

Issue 2:
The whole Timestamp is considered DEFINED when only the date part is selected (defined) with Time field remaining undefined; meaning the RULE (to define Timestamp 2) will execute as soon as the date is selected (defined).
What happens now:
As soon as the date part of Timestamp1 is defined the rule (TIME_ADD) is executed and assumes Timestamp1's time filed is 00:00 AM, and it defined Timestamp 2 as 02:00 AM. I want to for example, set the time as 07:00 AM and once I define that, the RULE will execute and define Timestamp2 as 09:00am.
Solution:
Rule to fire only when both date & time fields are defined. That way when I define the time field the TIME_ADD rule will define the correct Timestamp2 time field and not 02:00 am.
Reason:
When both date+time is defined then the FUNCTION TIME_ADD will work properly.
Example, a RULE to define a Timestamp2 two hours more than the first as in order requested between Timestamp1 and Timestamp2, the rule will change the second attribute to allow 2 hours between the 2 e.g Order between 7 AM and 9 AM, not 7AM and 2 AM.

Issue 3:
System always assigns 00:00 to the time field, even when not defined. I know this is intentional.
If you have set up a time range and 00:00 does not fall in this range, the system will still assign it as 00:00 and potentially cause problems.
Rennur
Posts: 1191
Joined: Thu Mar 01, 2012 5:13 am
Location: Sydney, Australia

Re: v6.0 2010 - Timestamp with separate time critical issue

Post by Rennur »

Hi Support,

- Regarding issue 3:
Has the time range option now been completely disabled? I've set up my time range but all times are displayed.

- Issues 1 & 2 makes the TIME_ADD function ineffective.

In a separate post on this issue, you stated that this is how timestamps work now, meaning they have been changed even though they worked just fine before.
aware_support
Posts: 7523
Joined: Sun Apr 24, 2005 12:36 am
Contact:

Re: v6.0 2010 - Timestamp with separate time critical issue

Post by aware_support »

Regarding the ranges - they work for us. If you are sure there is a bug please send your BSV
Aware IM Support Team
Rennur
Posts: 1191
Joined: Thu Mar 01, 2012 5:13 am
Location: Sydney, Australia

Re: v6.0 2010 - Timestamp with separate time critical issue

Post by Rennur »

Config
  • Image
Form
  • Image


I've entered the time range based on the attribute format, should the range format be different?
aware_support
Posts: 7523
Joined: Sun Apr 24, 2005 12:36 am
Contact:

Re: v6.0 2010 - Timestamp with separate time critical issue

Post by aware_support »

Try the default one: 06:00
Aware IM Support Team
Rennur
Posts: 1191
Joined: Thu Mar 01, 2012 5:13 am
Location: Sydney, Australia

SOLVED

Post by Rennur »

SOLVED.
The correct way is 6:00 AM, without the 0 in front of the 6
Rennur
Posts: 1191
Joined: Thu Mar 01, 2012 5:13 am
Location: Sydney, Australia

Re: v6.0 2010 - Timestamp with separate time critical issue

Post by Rennur »

BUG remains

BSV Emailed.

Steps: Pres on 'Tabindex Issue' button in menu toolbar and enter both timestamp 1 & 2 values and save form.
Attachments
TimeRangeBug.zip
Tiem range format error
(70.75 KiB) Downloaded 1028 times
aware_support
Posts: 7523
Joined: Sun Apr 24, 2005 12:36 am
Contact:

Re: v6.0 2010 - Timestamp with separate time critical issue

Post by aware_support »

This should be fixed in build 2027
Aware IM Support Team
Jaymer
Posts: 2430
Joined: Tue Jan 13, 2015 10:58 am
Location: Tampa, FL
Contact:

Re: SOLVED

Post by Jaymer »

Rennur wrote:SOLVED.
The correct way is 6:00 AM, without the 0 in front of the 6
Just want you to know this saved me.
Lots of times people make a post "nm - I figured it out" and they don't bother to post the solution (even though others have taken time to try and help them).
I don't think this answer is THAT obvious - already tried many ways and was getting the error, even in v 8.3

Some help text on this item in the Config Tool wouldn't be a bad thing.

thx!
Click Here to see a collection of my tips & hacks on this forum. Or search for "JaymerTip" in the search bar at the top.

Jaymer
Aware Programming & Consulting - Tampa FL
Post Reply