#foswiki 2017-09-01,Fri

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
***ChanServ sets mode: +o MichaelDaum [06:46]
.................................................................. (idle for 5h25mn)
GithubBot[distro] MichaelDaum pushed 1 new commit to master: https://git.io/v5BtU
distro/master 42a6f62 MichaelDaum: Item14471: fixed rendering of date tokens
[12:11]
***GithubBot has left [12:11]
FoswikiBothttps://foswiki.org/Tasks/Item14471 [ Item14471: HistoryPlugin not properly rendering date tokens as stated in doc ] [12:11]
............. (idle for 1h0mn)
***ChanServ sets mode: +o Lynnwood [13:11]
ChanServ sets mode: +o gac410 [13:22]
.............. (idle for 1h5mn)
zak256gac410: Can I help any further for Item14463? Because I will be on holiday next week. [14:27]
FoswikiBothttps://foswiki.org/Tasks/Item14463 [ Item14463: Verification for {FeatureAccess}{Configure} in configure fails to handle login names (cont.) ] [14:27]
gac410Hi zak256 ... I did want to try one change - instead of parsing the group topic manually I really should use the isAdmin API and let the core handle it.
But I've been away from the code for a couple of days. Trying to catch up on some landscaping.
[14:28]
zak256okay, no rush, just let me know when I can help somehow [14:29]
gac410okay. I'll try to have another patch later today/tonight. [14:29]
zak256As I said... I am on holiday next week, so I will give feedback in two weeks then. Thanks! [14:30]
gac410ah... Let me try to do it quickly then... [14:30]
zak256;-) If you want, sure. [14:31]
.... (idle for 18mn)
gac410zak256: I pasted in another patch. Uses the core isAdmin API. Still needs some cleanup, but should work for you. [14:49]
zak256ok, will check... [14:50]
Ok, no Warning and no Error. Thats good.
It says: "BaseUserMapping_333 myunixuser"
(Current members of AdminGroup are:)
[14:55]
gac410Y, that's some of the cleanup I want to do. Show wikinames if avaialble. And also reorganize a bit. show "Current user ( ) has access via (.... how they gained access ) [14:56]
zak256By the way, what is this "BaseUserMapping_333" user? [14:57]
gac410That's Admin. [14:57]
zak256Why not "BaseUserAdmin" then or something like that? [14:57]
gac410BaseUser... users are provided by core independent of the mapper. Guest, Admin, Uknown ... [14:57]
zak256ah, okay, and 333==Admin? [14:58]
gac410Lord knows why. Users are _333 _666 _and some other 3-digit codes [14:58]
zak256ok [14:58]
gac410Probably dates from way before my time. [14:58]
zak256So from my point of view the fix is fine. [14:59]
gac410okay thanks. I'll do some cleanup later and eventually check it into 2.1.5
thanks for helping.
[14:59]
zak256No problem. Thanks for implementing the fix! [14:59]
gac410have a nice holiday [15:00]
zak256Thanks. It will be Oxford and maybe Cambridge by the way :) Just a few days. [15:00]
..................... (idle for 1h43mn)
***zak256 has left [16:43]
..................................................... (idle for 4h22mn)
ChanServ sets mode: +o gac410 [21:05]
LynnwoodAnyone ever thought about a way to generate a report on access settings for all topics in a web, including those settings that are inherited?
Giving it about 5 minutes thought, I can't see a simple way.
I could design a search for topics that have specific ALLOWTOPICVIEW settings and such... but that wouldn't cover inherited web permissions.
In short.. I'm taking about something like SitePermissions only for the web/topic level.
[21:16]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)