When OCLC works on the implementation of an enhancement request, the product team or developer should ask the original submitter of the request for feedback on the proposed implementation. This will make sure the chosen approach actually solves the original problem that prompted the request. It would be even better to post the proposed solution as a reply to the original request, so other users can also comment. Quite often other people support a request and those people may have an opinion about the proposed implementation as well.
Enhancement requests can be tricky to interpret. This can be because the request itself is not clearly defined, or because the product team or a developer think they know what is meant and how to program the feature. This can lead to OCLC thinking it solved a request, but the submitter being disappointed in the way it has been implemented. If OCLC were to contact the submitter and explain how developers plan to build the solution, this might be helpful.
As an example, two requests that have been closed because OCLC thinks an implemented feature (Search by role in Admin) solved an issue (a report of roles).
Create a new request, explain why it is different from the new/existing functionality (and the associated process of gathering commnity support and waiting for it to be picked up by the product team)