Ah ok. I set the admingroupid in the blockRequest table and now I can see it.
ITS Research Computing
University of North Carolina at Chapel Hill
CB 3420, ITS Manning, Rm 2509
From: Josh Thompson [mailto:josh_thomp...@ncsu.edu]
Sent: Thursday, June 16, 2011 4:02 PM
Subject: Re: Block allocations in 2.2.1
-----BEGIN PGP SIGNED MESSAGE-----
This is a logic bug. When you approve a block allocation request, you have to
select a user group that is allowed to manage it. "None" is one of the
options. When None is used as the managing user group, then only the owner of
the block allocation can see it to manage it. This was fine when only admins
could be the owners. However, now, if a normal user requests one, that user
is the owner but doesn't have adequate permissions to manage it, resulting in
a block allocation that cannot be managed at all.
So, you have to make sure you select an admin user group to be the managing
user group when you accept it. This will be fixed in 2.3.
On Thursday June 16, 2011, Waldron, Michael H wrote:
> So VCL 2.2.1 has added a great feature of allowing users to request block
> allocations directly from the menus. I noticed that when I accept a
> request, it gets entered into the blockRequest table, and also related
> tables such as blockWebTimes, blockWebDate, and blockTimes get populated
> accordingly. However, as admin, when I go to Block Allocations, it says
> there are currently no block allocations.
> Is there a way to see the block allocation other than querying the database
> directly? Is this a bug? If I directly create a block allocation as admin,
> then I see it on the Block Allocations page, however I do not see the one
> that was accepted from a user request.
> Mike Waldron
> Systems Specialist
> ITS Research Computing
> University of North Carolina at Chapel Hill
> CB 3420, ITS Manning, Rm 2509
North Carolina State University
my GPG/PGP key can be found at pgp.mit.edu
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
-----END PGP SIGNATURE-----