Arch Linux

Try clicking the column headers to get sorting. Click once on the header to sort by it, and click again to change asending/decending. I moved it to these headers in this release, as it seems more intuitive (being that it's the most common place for sort-by links to be), if it isn't please let me know.

There never used to be a search by, it always searched by package name&description. Now you have a choice between maintainer and name&description.

I hope that answers it, can I close this bug?

Originally, you are correct in that there was no ability to sort by date, but it was added fairly recently as a feature request (but I can't find it as its been closed now). It also allowed sorts in ascending or descending order.

Without this really useful feature, users cannot identify newly added packages, once they have been removed from the "Recent updates" list at http://aur.archlinux.org/. ie if people don't visit the page for 2 or 3 days, packages will come and go from that page and they won't be able to easily locate new or changed packages since there is currently no way (to my knowledge) of sorting the whole database by date.

So, no, I don't think this report should be closed, unless there is no intention of restoring the functionality we have become accustomed to, but that is obviously your decision.

Thanks.

Just so we are not talking at cross purposes, its the "search by" drop down menu that I am referring to as not offering the date field as an option, not the column headers - the headers can be sorted with no problem using the method you described.

Ahh, heh, well I know about that.

The commit log from when I moved around the buttons:
------------------------------------------------------------------------
r249 | simo | 2005-10-16 19:36:55 -0500 (Sun, 16 Oct 2005) | 3 lines

Move search sorting to column headers
Sort by age still exists, need to reimplement in UI

------------------------------------------------------------------------

So yes, I'll be doing it, though as the log message says, the code still exists, it is just not implemented in the UI. In light of this, in the interim, you may still sort by age by visiting this url: http://aur.archlinux.org/packages.php?SB=a&SO=d

I'll leave this bug open to remind myself to do it.

OK, thanks Simo. That link is useful to know in the interim.

Any chance of sorting this please. The workaround is only effective for the first page of results, subsequent pages revert to being sorted by the original sort field.

Many thanks.

With the significant rise in daily AUR activity over the last few months, it would be really useful to have this implemented.

Thanks.

Until simo finds the time, here's an extension of the workaround above. There are twenty five packages displayed per page, so the URL given displays the 25 newest submissions. For 26-50, add &O=25 to the URL, as follows:

http://aur.archlinux.org/packages.php?SB=a&SO=d&O=25

For 51-75, it will be &O=50, etc.

You can also change the number of packages per page - the following will display the 100 newest:

http://aur.archlinux.org/packages.php?SB=a&SO=d&O=0&PP=100

Superb - thanks tomk. Its an eye opener.

The attached patch solve the issue.

Forget the above patch. It dont work.

This new patch solves it.

Opened until the fix is rolled out. We can close it right after.

Many thanks for getting this implemented, its really useful.

Arrrggg - the new skin has just broken this (again).

Please reimplement the fix.

I think too that this functionality is very useful and I miss it very much.
When I return to my computer after some days being away from home, I cannot see all the new packages any more, the ones added since my last login.
I think that this function is indispensable.
Could you please restore it as before.

I just realize that the links given above by neotuli and tomk give the expected results sorted by date as I wish.
So with this trick I've got again what I missed.

Better to have it functional though, as this info is "below the radar" for most folks.

And better still, to have the fix added to the "AUR Packages webpage update process" so it can't happen again. Which, after all, is the main point of implementing a bug tracking system.