find_votes and list_votes fixes

SQL function get_account renamed find_account_id to follow naming scheme.

Vote related views/types/functions extended by id since database_api requires it.

New SQL function to cover find_votes functionality.

[Fix]: Neither voter nor post is mandatory in list_votes calls.

[Fix]: fixed internal _get_post_id in bridge_api

find_votes_impl no longer requires full context, just what it actually uses: db; it also no longer checks passed arguments, only its official API version does.

list_votes_impl removed since only its official version is needed

[Fix]: Official API find_votes/list_votes now properly pack response in dictionary with 'votes' list

enabled an automatic merge when the pipeline for 76d51a4c succeeds

Looks like hive_votes table is filled in random order which causes ids to differ with each sync. I wonder why there is no similar problem with posts...

aborted the automatic merge because source branch was updated

added 1 commit

• bf9dc8f6 - [ABW]: used OrderedDict for votes to stabilize order

Compare with previous version

added 1 commit

• 1f96c84f - [ABW]: failing tests temporarily marked with xfail

Compare with previous version

added 1 commit

• 5eb5baae - [ABW]: fixed order of votes by adding local ordering during insert query

Compare with previous version

added 5 commits

• 5eb5baae...84ace09f - 4 commits from branch develop
• 4fac1164 - [ABW]: merge with latest develop; also removed TABs from schema.py

Compare with previous version

added 1 commit

• 9c816f5d - [ABW]: CLRF -> LF in two files; also tests rebound to master

Compare with previous version

added 1 commit

• 09ee9c4e - [ABW]: fixed bug introduced during merge (change in find_votes_impl)

Compare with previous version

merged

mentioned in commit a8fc6ee9