Jump to content

PeterL

Hornbill Users
 View Profile  See their activity

  • Posts

    90

  • Joined

  • Last visited

 Content Type 

Everything posted by PeterL

  1. PeterL
    Hello, I was wondering if anyone had any ideas as to why the mail icon is showing with 1 email but when going into the mailbox there is none in the inbox. It has been like this for a few months but people have only just started to question it. Any help would be great, thanks.
  2. PeterL
    Hello, i was wondering if you are able to get the mail log for 10/08/2020 as we had 2 emails as per below come in and ended up in the deleted folder without being viewed. This is most likely due to a user, i would just like to find out which but can only see today's logs as previous days are archived. Thank you.
  3. PeterL
    @Mohamed Yes is it selected within the progressive capture and set to mandatory after and should pull from a get details node within the BPM but sometimes this does not work. I have since taken out the check stage to ensure no more become broken. So the issue now is with the tickets mentioned where they are now stuck in limbo and cannot be closed due to the broken process. Thanks.
  4. PeterL
    Hello, We still have tickets where the BP has broken and cannot be closed. Any ideas on how to progress and skip the broken stage. Thanks.
  5. PeterL
    @Mohamed Any update on this? Thanks.
  6. PeterL
    Also is it possibly to skip the broken stage in order to continue the ticket rather than have the user cancel and re-log ? Thanks again. RM00068409 RM00068407 RM00068414
  7. PeterL
    Hello @Mohamed, The form is just one of the steps within the progressive capture, the issue (no goto if) only occurs from the stage set in the BP as it checks the custom field h_release_type has been filed in then decides with checkpoint to highlight. This is where it fails as some times the h_release_type is not filed it automatically after the PC has been filled in even though it is a mandatory step and has been chosen. I have attached the PC. Thanks. pa-release-process.pcf.txt
  8. PeterL
    @Mohamed Unfortunately not. This seems to just occur randomly, we have now had to take out the decision node and checkpoint from the BP to stop this issue breaking the BP for now until we can work out why it does not pull the information in sometimes.
  9. PeterL
    Hello, Every now and then we get an issue with releases come up. Within the progressive capture it asked the user to select from a form either 'Planned' or 'Emergency' release: Within the ticket this then populates the field: h_release_type although in a couple of tickets this information does not seem to be brought forward and then leave this section blank in the form causing a no goto if error later on in the BP where it will decide if its emergency or planned. Below are a couple of recent tickets with the issue seems to be happening alot more and all of the below are from today. Is this a current issue with this custom field? RM00068407 RM00068409 RM00068422 RM00068414
  10. PeterL
    Hello, Just to add to the above, this has been happening just over a month now from what we can tell and happens to each image with the td style tags. How the source code looks within the email template: <td style="border:none; width:76.5pt; border-right:solid #a2a2a2 1.0pt; padding:0cm 11.25pt 0cm 0cm" valign="top" width="102"> <p><img alt="Pa media group" src="https://storage.pardot.com/314511/89019/logo.png" style="width: 98px; height: 66px;" /> <img alt="fb" height="27" src="https://storage.pardot.com/314511/89013/group_fb_icon.png" width="28" /> <img alt="tw" height="27" src="https://storage.pardot.com/314511/89017/group_tw_icon.png" width="28" /> <img alt="in" height="27" src="https://storage.pardot.com/314511/89015/group_li_icon.png" width="28" /></p> </td> How it shows in preview: View within outlook: Seems to only be an issue when manually sending an email from within Hornbill all automatic emails display correctly and as Andrew stated it uses the same email template. Any help would be appreciated thank you.
  11. PeterL
    @Victor Yes they are.
  12. PeterL
    @Victor Thanks for the response i am seeing the date format within the form view: As for the custom field we are using 22/23 which are identified as DATETIME, we have used it like this for some time now and not had an issue until after the recent build update Hornbill ESP (3337)
  13. PeterL
    @Victor Thanks, can you advise why it might be showing in the UI with the time being out by an hour with a z after it?
  14. PeterL
    Having a look i can see the lates build has updated some time settings: The latest build of Hornbill ESP (3337) has been released to live. Added email template modifier called formatLocalTime to support formatting of dateTime columns/variables using system defined regional settings. This system modifier uses these system settings (system.regionalSettings.timezone and system.regionalSettings.dateTimeFormat) for formatting. Nothing above suggest why the time is an hour out but having a look more into this new modifier i can see: {{.datetimevariable|formatLocalTime}} = Allows formatting of datetime variables using system regional settings (system.RegionalSettings.timezone & system.RegionalSettings.dateTimeFormat), without this formatting the date time will use the DB value (UTC). So does this mean within my template where i am pulling the times: I will now need to do {{.H_custom_22|formatLocalTime}} ? Unsure how this would affect it displaying from within the ticket though?
  15. PeterL
    Hello, We have had an issue arise where the schedule time is showing an hour behind and with a z at the end as per below: Once in the forms design view however it shows the correct time that has been chosen: Due to this some of the notifications sent out are displaying the time incorrectly and some even though it shows the wrong time is still outputting to the notification correctly: One that sent out correctly: Any help would be great thanks.
  16. PeterL
    @Bob Dickinson Thanks for the information. Can you explain or have any ideas why the "planned/emergency" selection did not get picked up with selected within the progressive capture, nothing different had been done to the bpm or pc to cause this issue especially as 2 other tickets raised at the same time did not have the issue. Thanks.
  17. PeterL
    Anyone have any ideas? Thanks.
  18. PeterL
    .
  19. PeterL
    Hello, Within one our our release tickets we have go an error stating "No matching gotoIf found" when looking it looked like the user may of pressed the wrong raise button and skipped the PC asking for the release type. The user re-did it and selected the release type but this still did not get pulled through. Nothing has changed within the BPM and other release tickets have been raised without any issues. I have added the release type from within the form in the ticket and re-tried last step but this will not work as it wont pull the info back through. Any help would be great thanks.
  20. PeterL
    @Victor This has been sent thanks.
  21. PeterL
    @Victor Hello yes there is and nothing has been changed and all other change tickets raised have been working fine.
  22. PeterL
    Custom_t field: <image removed by forum admin>
  23. PeterL
    We have had a BPM fail with the below error nothing has changed within the BPM recently and all other tickets have not had this issue, after retrying the last step it sends out the notification email it is complaining about but does not progress. Any help would be great thanks.
  24. PeterL
    @Ehsan Can you advise how long it will take for the patch to take affect or anything we need to do, i have tested with a few tickets and can still see the error shown below when taking tickets off hold: FlowCode Exception (com.hornbill.servicemanager/entities/Requests/fc_ops/smUpdateStatus): nodeName: API Call - systemSmUpdateStatus; nodeId: 15ccd0bd-6cc4-4151-94f1-95008f16b270; At 109/1: "Uncaught EspMethodCall::invoke: Operation[apps/com.hornbill.servicemanager/Requests::systemSmUpdateStatus] FlowCode Exception (com.hornbill.servicemanager/entities/Requests/fc_ops/systemSmUpdateStatus): nodeName: API Call: Clear Request Sub-status; nodeId: 151caee3-58c2-4106-a5eb-769c7cf35cfb; At 140/1: "Uncaught EspMethodCall::invoke: Operation[data::updateRecord] There are no values to update" throw(e); _fc_node_exec_151caee3_58c2_4106_a5eb_769c7cf35cfb" throw(e); _fc_node_exec_15ccd0bd_6cc4_4151_94f1_95008f16b270
  25. PeterL
    @Ehsan Hello, we have also been having this issue for the past couple of days. Is there any update or anything that can be done. Thanks.
×
×
  • Create New...