If your high level story is to "implement a button that cancels the order when cliked", for instance, then this can be broken down into several taks, the first

If your high level story is to "implement a button that cancels the order when cliked", for instance, then this can be broken down into several taks, the first of which may be about reasearch and investigation. Even during the implementation phase you might hit an unexpected issue that will need to be investigated and researched. If you're trying to fix a bug then investigation and research may be the bulk of your time. The point is that tasks/tickets/stories and what you're spending your time on don't have to be only about typing code and it's perfectly normal to report as such. Regarding estimates, the issue in the real world is that estimates on incomplete data very often end up as commitments when told to project management. This is quite orthogonal with Scrum and is part and parcel of working on any project.