6.0.0-beta1
▾
Tasks
New Task
Search
Photos
Wiki
▾
Tickets
New Ticket
Search
dev.horde.org
Toggle Alerts Log
Help
7/26/25
H
istory
A
ttachments
C
omment
W
atch
Download
Comment on [#12600] Horde_History::getByModSeq() broken by design?
*
Your Email Address
*
Spam protection
Enter the letters below:
. .. ..__..__ .__ |_/ |_/ [__]| \[__) | \| \| ||__/[__)
Comment
>>> Returning the most recent entry doesn't work because the query >>> doesn't specify any order, so selectAssoc() will return whatever >>> happens to be the last returned row. >> >> The function searches for unique object uids that changed during a >> given modseq range. >> So it's not important which row it returns. >> >> If we want to return the most recent row, we could add an "ORDER BY >> modseq DESC" statement, though it's not currently not needed. The >> user can use the getLatestEntry($object_uid) if really needed. > > That won't work, because columns in the ORDER BY clause need to be in > the SELECT list too, in pgsql. selectAssoc() won't work with three > columns though. > > If the actual values of the array don't matter, why are they returned > at all? If the purpose of the method is to just return object IDs, > why doesn't it simply return object IDs?
Attachment
Watch this ticket
N
ew Ticket
M
y Tickets
S
earch
Q
uery Builder
R
eports
Saved Queries
Open Bugs
Bugs waiting for Feedback
Open Bugs in Releases
Open Enhancements
Enhancements waiting for Feedback
Bugs with Patches
Enhancements with Patches
Release Showstoppers
Stalled Tickets
New Tickets
Horde 5 Showstoppers