Closed (fixed)
Project:
Flag
Version:
8.x-4.x-dev
Component:
Flag core
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
16 Apr 2015 at 19:09 UTC
Updated:
20 Oct 2015 at 14:14 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
joachim commentedProbably good thing too, because I see it's broken -- it's calling entityQuery on the flag_counts table, which isn't an entity table!
Comment #2
martin107 commentedNot all tests pass - It is not the complete solution, but I think it get us most of the way there.
PS I spawned off another issue to fix a foible.
#2482123: FlagSimpletest - do not continue the process.
Comment #4
martin107 commentedreroll.
Comment #8
joshi.rohit100I think, user deletion is currently not associated with flag. Thats why when delete is called nothing happens on flag table.
Comment #9
socketwench commentedLooks like that's the problem. New issue: #2487766: flag_user_cancel(), flag_user_delete() circumvent APIs
Comment #10
socketwench commentedThat was a duplicate, which I was too sleep deprived last night to notice.
This issue is blocked by: https://www.drupal.org/node/2477989
Comment #11
joachim commentedNot any more :) #2477989: flag_user_account_removal() bypasses APIs is now fixed.
Comment #12
martin107 commentedSorry I almost forgot about this issue.
Before I work on this.... reroll.
Comment #14
martin107 commentedYay testing uncovered a bug .... in FlagCountManager::decrementCount()
The purpose of the $this->connection->select('flag_counts') command
is to extract a 'count' value from a row in a database...
The buggy code was counting the number of returned rows, and not actually inspecting the value of the count field.
The value returned is a string hence the change to a '1'
Locally FlagSimpleTest now passes.
Comment #15
joachim commentedNice!