Andrew Tasker Posted April 3 Share Posted April 3 We are currently unable to apply emails to requests from our mailbox by entering the request ID. When we enter the exact request ID no option for this request shows. Can someone please urgently assist? Thanks 1 Link to comment Share on other sites More sharing options...
Euan Coleman Posted April 3 Share Posted April 3 I know this was an issue previously on the new UI where the apply button wouldn't appear but like you say, this time the option to apply the request appears however the relevant request ID wont show. Link to comment Share on other sites More sharing options...
Steve Giller Posted April 3 Share Posted April 3 Could you give some more details, as this is working as expected for me. Possibly a screenshot with any personal/sensitive information removed? Link to comment Share on other sites More sharing options...
Euan Coleman Posted April 3 Share Posted April 3 Hi Steve, Please see below snip, the apply button works as normal and sometimes you will get suggestions like shown on the snip also but the relevant ID you want to apply to wont show. Link to comment Share on other sites More sharing options...
Steve Giller Posted April 3 Share Posted April 3 Hi @Euan Coleman Could you post a screenshot of GSA00144639? Something like this with the necessary redactions should be helpful: Link to comment Share on other sites More sharing options...
Euan Coleman Posted April 3 Share Posted April 3 See attached, I think this is what your looking for? Link to comment Share on other sites More sharing options...
David Hall Posted April 3 Share Posted April 3 @Euan Coleman Just something to check.. there was a performance tweak which now checks for a valid request reference format before making a search... I notice you have a 3 letter request prefix so if you check the setting in the screenshot.. has this been updated from 2 to 3 in the curly braces to match the new format ? If not then might be worth changing it to 3 and then retrying. Kind regards, Dave. 1 Link to comment Share on other sites More sharing options...
Euan Coleman Posted April 3 Share Posted April 3 Hi David, Thanks for suggesting the above, it wont let me edit this to 3 unfortunately? Link to comment Share on other sites More sharing options...
Andrew Tasker Posted April 3 Author Share Posted April 3 15 minutes ago, David Hall said: @Euan Coleman Just something to check.. there was a performance tweak which now checks for a valid request reference format before making a search... I notice you have a 3 letter request prefix so if you check the setting in the screenshot.. has this been updated from 2 to 3 in the curly braces to match the new format ? If not then might be worth changing it to 3 and then retrying. Kind regards, Dave. Hi Dave, This is a read-only setting so it won't allow us to amend unless I'm missing something? Thanks Andrew Link to comment Share on other sites More sharing options...
David Hall Posted April 3 Share Posted April 3 @Euan Coleman Apologies.. this is most likely the issue and I wasn't aware it was a readonly setting... let me work out if we can make changes or else we'll remove the change. Will update you asap Dave Link to comment Share on other sites More sharing options...
Euan Coleman Posted April 3 Share Posted April 3 Just to add to this, we can create new requests its just the function to apply an email to an existing request that is no longer working correctly. This seems to just have been an issue from around 07:30 this morning. Link to comment Share on other sites More sharing options...
David Hall Posted April 3 Share Posted April 3 @Euan Coleman Having checked again in more detail.. we have individual settings for each of the request types (which are not readonly) which all appear under this setting search as advanced settings.. com.hornbill.servicemanager.regex it should also check these settings when looking for matches. Have these been updated according to the references you now use e.g. GSA? Link to comment Share on other sites More sharing options...
Euan Coleman Posted April 3 Share Posted April 3 7 minutes ago, David Hall said: @Euan Coleman Having checked again in more detail.. we have individual settings for each of the request types (which are not readonly) which all appear under this setting search as advanced settings.. com.hornbill.servicemanager.regex it should also check these settings when looking for matches. Have these been updated according to the references you now use e.g. GSA? Hi David, I have manually changed these all to GSA now and it looks like it is all working. how could something like this just change overnight so we can avoid this going forward as this has put us massively on the back foot this morning but was just a setting change? Appreciate the support getting this resolved this morning! Thank you! Euan Link to comment Share on other sites More sharing options...
David Hall Posted April 3 Share Posted April 3 @Euan Coleman Happy to hear that's corrected things. Apologies for the inconvenience. The reasoning for making the change was that until now on every keypress in the search field a new search was fired, this could mean 8 or more searches being fired as you type a reference and it was a big hit on performance, this change was to identify when a valid reference format had been entered and only then perform a single search. In order to cater for the possibility of different request formats we had to use the above settings which we incorrectly assumed would have been updated as part of selecting a new request reference format but unfortunately that wasn't the case here so apologies, in retrospect we should have communicated that in the release notes and will look to do so with any such changes in the future. Kind regards, Dave. 1 1 Link to comment Share on other sites More sharing options...
David Hall Posted April 3 Share Posted April 3 @Andrew Tasker Just FYI in case you need to make the same changes to the individual settings to match a custom request reference. Kind regards, Dave Link to comment Share on other sites More sharing options...
Gareth Cantrell Posted April 3 Share Posted April 3 We are seeing the same issue and we're using the standard SR/IN reference format. 1 Link to comment Share on other sites More sharing options...
Gareth Cantrell Posted April 3 Share Posted April 3 1 hour ago, Gareth Cantrell said: We are seeing the same issue and we're using the standard SR/IN reference format. On further investigation, it appears that the action did update the request multiple times, however the error about failing to apply the update is shown, even though successful. Link to comment Share on other sites More sharing options...
Llyr Posted April 4 Share Posted April 4 Hi We have started to see the same error message appearing when trying to apply an email to a call. I can also confirm we are using the standard SR / IN on our ticket and also confirm that the email does get added to the ticket. Link to comment Share on other sites More sharing options...
David Hall Posted April 4 Share Posted April 4 Hi @Gareth Cantrell @Llyr If the email is being applied correctly then I'm wondering if there is an issue when its trying to move the email to your chosen archive folder. If you check the app setting servicemanager.email.archiveFolderName as per the screenshot.. does this match a valid folder in your mailbox? Link to comment Share on other sites More sharing options...
Gareth Cantrell Posted April 4 Share Posted April 4 @David Hall yes this is set correctly and hasn't changed since we launched - this is a new issue since the last couple of days. Link to comment Share on other sites More sharing options...
David Hall Posted April 4 Share Posted April 4 @Gareth Cantrell Just checking is this happening every single time you use apply to email or on occasions? Also are the emails in these cases correctly moving to the archive folder you expect? If that all looks correct then it might be better to log this with support so that we can take a look at your instance and diagnose the exact issue as I'm not currently able to replicate in our environment. Kind regards, Dave Link to comment Share on other sites More sharing options...
Llyr Posted April 4 Share Posted April 4 I checked the setting, and the folder name was not in one of our mailboxes, i have added it in and everything is working now. Thanks for this. Out of interest, we didnt have this issue before and we have not made any changes to our system, any idea why this started today for us? 1 Link to comment Share on other sites More sharing options...
Gareth Cantrell Posted April 4 Share Posted April 4 1 hour ago, David Hall said: @Gareth Cantrell Just checking is this happening every single time you use apply to email or on occasions? Also are the emails in these cases correctly moving to the archive folder you expect? If that all looks correct then it might be better to log this with support so that we can take a look at your instance and diagnose the exact issue as I'm not currently able to replicate in our environment. Kind regards, Dave You're right - this was happening for a different mailbox which didn't have the folder specified in application settings - not sure why it was working before this though. 1 Link to comment Share on other sites More sharing options...
David Hall Posted April 5 Share Posted April 5 @Llyr @Gareth Cantrell Good to hear it's now working as expected. Despite it looking identical the apply email function has been completely rewritten for the new UI and I believe that in the previous version we were only returning an error when the actual applying of the email failed... but if the move to archive failed it was silent rather than reporting the error as it correctly does now. Kind regards, Dave. 2 Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now