Jump to content

samwoo

Hornbill Users
  • Posts

    1,784
  • Joined

  • Last visited

  • Days Won

    48

Posts posted by samwoo

  1. Hi @Berto2002,

    Thanks for responding.

    In terms of my issue, I have figured out how to do it in the Workflow, you can simply set the Used By value to Manual but don't select anyone, and it removes anything in Used By field of the Asset when updating Assets (by type) via the Workflow:

    image.png.848faf2e24d07847336b1c27caa00d7e.png
     

    Here is what the Asset History looks like (I tested setting Asset State to Archived, and the Sub State to stolen)

    image.png.f36482d7961665d0ed8641e9a51e6265.png

    Hope this helps somewhat.

    Thanks,

    Samuel

  2. Good afternoon,

    We are looking at fully utilizing Locations in Hornbill as a primary source sites that we manage/support, and we've hit a snag.

    I am convinced that this is a defect.

    1. If accessing the Locations area in the front-end: https://live.hornbill.com/<instance>/locations// and you attempt to add a Basic User as a Member, nothing shows up:
    image.png.5a384b313959bf782c6eab18983fed0b.png
    If searching for a Full User, then the name appears and can be selected.

    2. If accessing the Locations area in the Platform Configuration screen: https://live.hornbill.com/<instance>/admin/platform/accounts/sites/ it allows you to select Full and Basic Users:
    image.png.18adf2c338fd9b6b258f5c63337355a8.png

    However the Platform Configuration Locations screen produces an error whenever saving any changes (regardless if I select a Basic User or a Full User):
    image.png.893736516e601d9eef55ab2e38a6f5b6.png

     

    We would like to be able to record Full or Basic users, as a lot of Location Managers (for example) will never need access to Hornbill, so I can't work out why, if it's by design, only a Full User can be selected in the Members field(s) since Locations doesn't offer any real functionality beside just recording information that can be set against User Profiles and Requests.

    But, for the benefit of have Location records set up and maintained, we need to be able to populate this information regardless of User Type (Full or Basic).

    Thanks,

    Samuel

  3. Good morning,

    I wanted to change the labels for Summary and Description fields for Change Requests, so I made the change.
    image.png.21f0ed79621d51c57710c669c87dffd1.png

    image.png.693763b51e6b210e735a3ae7804ba444.png
      

    I then saw against other Services and Request Types that the Summary and Description labels I changed against the Change Request Service -> Change Request Type are showing.

    image.png.889f4e6892e9e12e8640c9f6ea2146da.png

    image.thumb.png.6f56d725505a58931cce0f2f92b242c9.png

    Is this a defect? 

    If not, I would like to request the ability to rename these fields (and any other fields with the same behaviour) on a Per Service Request Type basis.

    Even better would be on a per-catalog basis which takes from the Service -> Request Type... but I think this would require a complete overhaul of the form designer system... 

    Thanks,

    Samuel

  4. Good afternoon,

    Since we cannot directly control font colour in the Intelligent Capture, the advice is always to use <span></span> in the Wiki Markup documentation but there is a limit to how we do this. In the past I've had need to add colour to text in the Intelligent Capture but unfortunately any styles we apply directly can have a negative effect with other colour schemes. (i.e. making text hard to read in Dark mode as an example, if using a dark blue font colour).

    However with the knowledge and understanding I have about HTML, CSS and a tiny bit about bootstrap and other kinds of wrappers, is in Web Design, it is good practice to use variables where possible, which allows extensibility.

    I had a look to see how Hornbill operated, and sure enough, in the CSS, there are variables being used to determine font colours. This means that the variable will always remain the same, regardless of what Colour Scheme is being applied - but it's the colour behind with that variable that's being changed accordingly.
     

    A few examples in the Intelligent Capture:
    Note that adding these in works with the current Hornbill implementation, when the colour scheme changes - this is no trick using the Developer Tools!

     

    --primary-text

    <span style="color: var(--primary-text)">____text here____</span>
    • Light Theme
      image.png.5c4e5bb9e9a76c4462f1246bc9933975.png
    • Dark Theme
      image.png.22aa62ce1c0b5d63a0470fe832d07da4.png
    • High Contrast Theme
      image.png.eef6886f400e0c66b07f8a6f31702c3b.png


    --blue 

    <span style="var(--blue)">____text here____</span>
    • Light Theme
      image.png.b9c8e56faed1f46e988086b3155d4d62.png
    • Dark Theme
      image.png.9dc80581cf3a91446c33bbc586d61a6b.png
    • High Contrast Theme
      image.png.27114efba778199baab600df406dd5ec.png


    --yellow

    <span style="var(--yellow)">____text here____</span>
    • Light Theme
      image.png.0d7a0e5cc83ffa4fa2e2b65656da8142.png
    • Dark Theme
      image.png.63c84f123e64cc76dc9fa519e48d0791.png
    • High Contrast Theme
      image.png.404317de8da39e488164c21298d3a1f2.png


    As you can see there are a few examples, and there are more colours that I can see and these adapt according to the selected colour scheme.

     

    So, I would like to request one or more of the following:

    1. Add a list of Hornbill supported variable colours, showing what the text colours looks like for each colour scheme, to a page on docs.hornbill.com
       
      1. The supported variable colours must always be available to customers (unless a major rewrite is required to Hornbill) - with the option to allow customers to override the variable colours per colour scheme, but easily allow the variables to be set back to Hornbill's default variable colours.
         
    2. Allow sites to specify their own colours per colour scheme.
       
      1. I know this goes a bit against Hornbill's ease of use and accessibility for all customers, however I have seen other ITSM/ESM tools (I searched about on Google) where they allow customers to apply their own CSS styling and there are quite a few. I'm not asking to allow us complete control (I agree we shouldn't have full control over the main Hornbill interface), but at least maybe allow us to define our own colours (per colour scheme) so we can use them in the Intelligent Captures, Employee Portal screens, Request Timelines... basically anywhere Wiki Markup is supported. This could be considered advanced functionality.

    image.png

    image.png

    image.png

    • Like 3
  5. 2 hours ago, Martyn Houghton said:

    Presume you would still need to manually copy the content from the disconnected session to the new window. Might be worth adjusting the wording to mention this?

    I've never had this issue even with the current implementation.

    If I was working on something in one screen and came back to it the next day, I get the message to Re-Establish session...
    1. I press the X in the top-right corner of that popup to close it, but remain on the screen I was working on
    2. Find or open Hornbill in another tab
    3. Login/Re-Establish session
    4. Go back to my initial tab and continue working on whatever I was doing.

    The new Reauthenticate Window does this make a lot clearer though and more user-friendly.

  6. Good afternoon,

    For quite some time now, we've been having a number of issues where people are logging tickets, and initially logging them correctly, but when the ticket is logged, some of their data has changed to what they initially inputted.

    Over time, it appears to that the "Auto Fill" functionality, especially in Edge, is the culprit. This affects Text and Date input fields in the intelligent capture form.

    As a result we are having to cancel the ticket and ask people to log it again but to carefully check the fields as they progressed through the forms.

    We had an incident recently where a Leaver was logged and the person logging it has accidentally selected the person's name in another field, and because Auto-Fill can deal with multiple fields, it amended that person's Leaving Date to March, when August was selected initially. This led to the Service Desk to process this person as a Leaver who has already left, and that person lost their access (for a very short time, thankfully this was picked up and sorted quickly).

    We cannot disable this functionality across the entire organisation, and Edge doesn't allow disabling "Auto Fill" on a per-website basis, so the only options that came to mind were:

    • On forms with sensitive fields, add a question to each page prompting the user to say they have checked the input fields
    • Discuss any potential solutions with Hornbill.

    I opted for the second option as I had a browse on the web to see if HTML has the capabilities to disable "Auto Fill" when I came across the autocomplete attribute:
    https://www.w3schools.com/howto/howto_html_autocomplete_off.asp

    If this disables auto fill on any input fields then I would like to raise the following enhancement:
    _____________________________________________________________________________________________________________

    Enhancement Request:

    For all input fields in the Intelligent Capture designer screens, please add the option "Allow Autocomplete" (enabled by default). If disabled, then it will add autocomplete="off" to the input field in the HTML. This should allow any user-defined as sensitive input fields to not be impacted by any Auto-Fill.

    • Like 2
  7. 49 minutes ago, Berto2002 said:

    But would be even better if the product did that for us with a nice set of pre-agreed icons for each different type of HA. @HGrigsby?

    +1

    I think maybe all the Standard Tasks should have (where applicable) pre-defined icons as well. Imagine placing a Start Timer node, and seeing a clock icon next to it at the top-left... (but allow the ability to override the icon.) or if placing a task with an expiry timer on it, a small hourglass icon appears at the bottom left)

    • Like 2
  8. Good morning,

    I am just reporting that the Request Categories selection windows are narrower in the New UI. Please could the width increased to a wider fixed-value, or have the width increase dynamically based on the contents, but obviously restricted to a maximum width wider that what it currently is?

    This is what it looks like for us at the moment (these are the resolution categories) - the categories used to sit nicely within this window with no word breaks.

    image.thumb.png.648ec339d62f3aec0cd385c15c062474.png

    Also, the word break needs to be addressed as well, it's odd having a break where the next line is further to the left of the first line.

    Thanks,

    Samuel

  9. 1 hour ago, mhhf said:

    I can see that on-hold requests are showing as greyed out again

    Oh that's strange, I'm not seeing the on-hold request being greyed out

     

    1 hour ago, mhhf said:

    new requests and requests with an unread update being highlighted

    But I am seeing this
    image.thumb.png.7d327429e05c06b613601e9e5ea7e066.png
    (Using red to block out text was probably the wrong choice, but everything in that light blue/cyan sort of colour are unread updates)

    The first request on the list changed to the grey colour after I went into the ticket, but the second one is still showing as light blue/cyan even after I've gone into the ticket, so it's not consistent.

    Strange that you've got everything the other way around lol to what I see though. Hopefully someone from Hornbill can advise on what's going on.

    • Thanks 1
  10. Thanks @Daniel Dekel

    • I am on Windows 10 22H2 Build 19045.4170 as most of us are at the moment (hopefully not for long).
    • I am currently using Microsoft Edge for Business 123.0.2420.65 (the latest version).


    Page Pinning issue - no longer an issue?

    Regarding the page pinning issue, I duplicated the page I had the issue on and did a hard-refresh and strangely the hovering over the pin icon is working now on this duplicated page, even though I still have the page open where it wasn't working. I then hard-refreshed that page, and it is now working. Maybe I caught the sharp end of a glitch or maybe there was an issue related to the left navigation menu which resolved after I reordered it...

    Prior to the UI change, my Service Management icon was at the top of the left navigation menu, but after the switch, it moved to the bottom, and I had only just noticed it. (I generally use my Alt+2 shortcut to jump to the request list anyway, so I didn't notice until this morning) So, I changed the ordering of the left navigation menu shortly before your message above. I wondered if that fixed my issue or something.

     

    span in preview - no longer an issue?

    Strange enough, this issue is no longer apparent now as well - the spans are displaying in preview with no problems at all.

    I don't know what it is as both issues were apparent before I restarted my machine this morning, and afterwards...

     

    I must have had an Agent Smith moment that Neo was eventually able to sort out (Matrix reference).

    You may have heard of the elusive triple check; but I have achieved the  Ultimate, tredeciquintuple check : r/AnarchyChess

    Thanks,

    Samuel

×
×
  • Create New...