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.
v6.0 2010 - Timestamp with separate time critical issue
-
- Posts: 7527
- Joined: Sun Apr 24, 2005 12:36 am
- Contact:
-
- Posts: 2414
- Joined: Mon Jul 02, 2012 12:24 am
- Location: Ulaanbaatar, Mongolia
Re: v6.0 2010 - Timestamp with separate time critical issue
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
Rennur - have you sent a sample BSV?
Thanks
-
- Posts: 7527
- Joined: Sun Apr 24, 2005 12:36 am
- Contact:
Re: v6.0 2010 - Timestamp with separate time critical issue
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
-
- Posts: 7527
- Joined: Sun Apr 24, 2005 12:36 am
- Contact:
Re: v6.0 2010 - Timestamp with separate time critical issue
1 and 3 have been fixed in build 2014
Aware IM Support Team
Re: v6.0 2010 - Timestamp with separate time critical issue
BSV EMAILED
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.
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.
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.
Re: v6.0 2010 - Timestamp with separate time critical issue
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.
- 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.
-
- Posts: 7527
- Joined: Sun Apr 24, 2005 12:36 am
- Contact:
Re: v6.0 2010 - Timestamp with separate time critical issue
Regarding the ranges - they work for us. If you are sure there is a bug please send your BSV
Aware IM Support Team
Re: v6.0 2010 - Timestamp with separate time critical issue
Config
I've entered the time range based on the attribute format, should the range format be different?
I've entered the time range based on the attribute format, should the range format be different?
-
- Posts: 7527
- Joined: Sun Apr 24, 2005 12:36 am
- Contact:
Re: v6.0 2010 - Timestamp with separate time critical issue
Try the default one: 06:00
Aware IM Support Team
Re: v6.0 2010 - Timestamp with separate time critical issue
BUG remains
BSV Emailed.
Steps: Pres on 'Tabindex Issue' button in menu toolbar and enter both timestamp 1 & 2 values and save form.
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 1115 times
-
- Posts: 7527
- Joined: Sun Apr 24, 2005 12:36 am
- Contact:
Re: v6.0 2010 - Timestamp with separate time critical issue
This should be fixed in build 2027
Aware IM Support Team
Re: SOLVED
Just want you to know this saved me.Rennur wrote:SOLVED.
The correct way is 6:00 AM, without the 0 in front of the 6
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
Jaymer
Aware Programming & Consulting - Tampa FL