From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Description of problem:
That's mecause hasmntopt(... MNTOPT_QUOTA) returns false.
[root@cobra quota-tools]# mount -o remount,quota /
mount: / not mounted already, or bad option
/dev/hda7 on / type xfs (rw) 
SGI XFS with ACLs, security attributes, large block numbers, no debug
SGI XFS Quota Management subsystem
XFS mounting filesystem hda7
since XFS quotas are started with a boot parameter.
As a result I can't edit quotas with edquota (No filesystems with
quota detected.), and quotaon tells me mountpoint not found (which is
extremely misleading by the way - worst error message ever)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. See summary
30+ days and no reply.
50+ days, no reply
I believe this is fixed quota-3.12-5... Also sorry for the delayed
Well... I can't retest it now.
In the meantime my hard drive broke, all my data was lost,
I had to reinstall from scratch, I now use ext3 and I haven't even set
up quotas yet. That's pretty amusing actually... hardware turns
obsolete, generations come and go while Fedora bugs remain :)
Well, in any case thanks for the reply.
I'll be sure to refile this if I ever use xfs with quotas again.
On the other hand I'll probably go straight to reiser4 from here, so...