[lqfb-main] Multiple instances or is unit based access control possible?

[Janne P Hukkinen]

Hey,

Is there some kind of access control available (plans?) or should I use
multiple instances?

In the v2.0.1 (seems there's an update) translation strings (that I'm
updating from beta) I find:

["Member has voting privileges for this unit"] = "Mitglied hat Stimmrecht
in dieser Gliederung";

Also, there's the privilege table on databes with voting_right_manager
column: "Select which members are allowed to discuss and vote within the
unit"

But how is the voting privilege assigned to members? Who/what/how is that
authenticated?

My rationale boils down to possible conflicting interests when voting, say,
in one sub unit (e.g. a city) where members of an other unit (e.g.
neighbouring city) would not be welcomed (e.g. because of conflicting
resource decisions).

If there would be access control limiting voting, I could run one (e.g.
nation wide) instance. This would help by having only one account for each
member. On the other hand, there would still be hassle to authenticate
members to different units, what ever they might be (home city, political
party, other organization).

Caveat: How can members without voting and discussion privilege contribute
to a proposition (formerly issue) or its initiatives? There can be
justification for discussion excluding voting. Currently, the way would be
to do that in the discussion URL of the proposition. But is this enough (I
don't have the experience on that)?

PPS. Running one vs. multiple instances has implications to getting SSL
certificates (single-domain Class 1, one free from StartSSL vs. wildcard
Class 2) and also ligttpd server configuration (shouldn't be a problem).

All the best,

--
Janne P. Hukkinen

http://Hukkinen.JP
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://dev.liquidfeedback.org/pipermail/main/attachments/20120718/9d7b2d0d/attachment-0001.html>