Open for Voting

FEATURE REQUEST - return ability of all clients to see all request types

A recent 'point' upgrade of Web Help Desk (v12.6) has removed the ability of Client accounts that are also Tech accounts to see all request types.  This means our Techs in the Facilities group can not see the IT Requests and the Techs in the IT group can not see Facilities requests.  This is very annoying and is causing us a lot of grief, and unwanted anger from all the Tech's.  This was not mentioned in the release notes for 12.6 otherwise we would not have updated.

Case # - 00189333

FormerMember
FormerMember
Parents
  • What's interesting is that they listed this as a feature change in the release notes yet I can't find any reference where this was requested as a feature.  I'd like to know who thought this was a good idea and why an option wasn't included to disable this under the tech options.  This has now limited our ability to upgrade, leaving us at 12.5 for the time being.   Would be greatly appreciated to add an option to enable/disable this in the next release or as a hotfix immediately.  We use CAS as a SSO for accessing WHD and although we could go to separate accounts to handle this, it does make this very cumbersome for our users.  We are highly integrated into WHD and making users log off and log back on just to submit tickets is not going to fly in our office.

  • Thanks to each of you for the detailed replies, and for pointing out that this very poor behavior is actually pointed out in the Release Notes.  Admittedly I missed that when reading over the release notes before upgrading.  I'll certainly echo the sentiments that have been written by each of the two individuals who posted above.  We are heavily invested in WHD and use it in precisely the same fashions.  We're fully LDAP-integrated for logins (which we *will not* change) and in some instances a user needs to act as a technician who manages certain request types, but in other instances he/she needs to be able to act as a client who requests support for other request types.  I cannot see any instance wherein the newly-revised behavior is desirable, but rather see all the downside that has been identified above.

    I had an open case with Solarwinds Support on this issue (Case 00192435) which was summarily rolled into a bug report for the developers and closed.  So, I'm of the understanding that this is being addressed as a bug that needs to be fixed.

    On a related note - I've expressed my continued and ongoing disappointment with this product that I believe has continued to go significantly downhill in recent years.  The number of bugs that have been introduced, reported, admitted, and then summarily ignored in recent years are numerous.  We have so much time and effort invested in this product that, as frustrating as it is, it remains worthwhile for me to keep protesting and insisting that the quality of software development and listening to customer feedback needs to improve.  I've spoken to at least 2 product managers over the past few years, and have expressed significant discontent to every technician with whom I've spoken.  I would recommend that all other heavily-invested users do the same, so that hopefully we can get some significant change to come about.

Comment
  • Thanks to each of you for the detailed replies, and for pointing out that this very poor behavior is actually pointed out in the Release Notes.  Admittedly I missed that when reading over the release notes before upgrading.  I'll certainly echo the sentiments that have been written by each of the two individuals who posted above.  We are heavily invested in WHD and use it in precisely the same fashions.  We're fully LDAP-integrated for logins (which we *will not* change) and in some instances a user needs to act as a technician who manages certain request types, but in other instances he/she needs to be able to act as a client who requests support for other request types.  I cannot see any instance wherein the newly-revised behavior is desirable, but rather see all the downside that has been identified above.

    I had an open case with Solarwinds Support on this issue (Case 00192435) which was summarily rolled into a bug report for the developers and closed.  So, I'm of the understanding that this is being addressed as a bug that needs to be fixed.

    On a related note - I've expressed my continued and ongoing disappointment with this product that I believe has continued to go significantly downhill in recent years.  The number of bugs that have been introduced, reported, admitted, and then summarily ignored in recent years are numerous.  We have so much time and effort invested in this product that, as frustrating as it is, it remains worthwhile for me to keep protesting and insisting that the quality of software development and listening to customer feedback needs to improve.  I've spoken to at least 2 product managers over the past few years, and have expressed significant discontent to every technician with whom I've spoken.  I would recommend that all other heavily-invested users do the same, so that hopefully we can get some significant change to come about.

Children
  • Thanks for your reply. emoticons_happy.png

    Yesterday afternoon, I heard back from our tech at Solarwinds who mentioned that this was being tracked as a bug, so there is potential that this gets addressed as a hotfix, or in a quick minor release.

    But I echo your comments on pace and quality of development.  I think Solarwinds has a hidden gem with WHD and that is only a few tweaks away from making it big.  Our institution is evaluating for an enterprise wide help desk system (to replace the 5 - 10 systems currently deployed) and I have presented on WHD twice.  I think it just needs a little more depth in a few key areas and we would be all set.