Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 144 of 806  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Version Subject
  68681   Thu Aug 24 11:46:30 2017 Reply Stefan Rittstefan.ritt@psi.chQuestionMac OSXv3.1.2Re: Hide logbook tab when not authorized

Hi Stefano,

that's what top groups were made for. So make a top group for yourself, and nobody will be able to see them without having the proper URL. Hiding logbooks from the logbook selection page is not possible since when people bring up that page, they are not yet logged in, so elog does not know who is accessing the page (fortunatley no face recognition yet!). So if elog doe not know who looks at that page, logobook which a certain use has no access to cannot be hidden becuase the user is not known at that point.

Best regards,

Stefan

Andreas Luedeke wrote:

Well, Stefan would need to answer that. But if you are good with C-programming, you might implement it yourself?

There is a way to implement it; but it makes your installation a lot more complicated: you can have two ELOG servers. The first has all logbooks but requires authentification to read any. The second has only the public logbooks, and they are mirrored from the first.

Stefano Bonaldo wrote:

Hi Andreas,

many thanks for your answer. I partially agree with you, because sometimes "for privacy" of my working group I don't want that other users (external users) know the existance of the other logbooks.

Do you think that will be implemented in future?

Best regards, Stefano

Andreas Luedeke wrote:

Hi Stefano,

I think your assessment is correct: it is not possible to hide a logbook based on your read/write privileges.
And I'm not even sure that this would make much sense: at least you need to be able to get to the login page of the logbook.
But if you don't have read privileges for a logbook, you'll be automatically redirected to the login page, as soon as you select this logbook.

Kind Regards, Andreas

Stefano Bonaldo wrote:

Hello, I read carefully the manual, but I didn't find a way to hide the logbooks in the logbook bar and in the initial logbook selection for which the user does not have the access. So, if a user1 does not have the access to a specific logbook, user1 is not able to see that logbook in the bar and neither in the initial logbook selection. How can I do this without using the top groups?

 

 

 

 

  68680   Thu Aug 24 11:08:43 2017 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionMac OSXv3.1.2Re: Hide logbook tab when not authorized

Well, Stefan would need to answer that. But if you are good with C-programming, you might implement it yourself?

There is a way to implement it; but it makes your installation a lot more complicated: you can have two ELOG servers. The first has all logbooks but requires authentification to read any. The second has only the public logbooks, and they are mirrored from the first.

Stefano Bonaldo wrote:

Hi Andreas,

many thanks for your answer. I partially agree with you, because sometimes "for privacy" of my working group I don't want that other users (external users) know the existance of the other logbooks.

Do you think that will be implemented in future?

Best regards, Stefano

Andreas Luedeke wrote:

Hi Stefano,

I think your assessment is correct: it is not possible to hide a logbook based on your read/write privileges.
And I'm not even sure that this would make much sense: at least you need to be able to get to the login page of the logbook.
But if you don't have read privileges for a logbook, you'll be automatically redirected to the login page, as soon as you select this logbook.

Kind Regards, Andreas

Stefano Bonaldo wrote:

Hello, I read carefully the manual, but I didn't find a way to hide the logbooks in the logbook bar and in the initial logbook selection for which the user does not have the access. So, if a user1 does not have the access to a specific logbook, user1 is not able to see that logbook in the bar and neither in the initial logbook selection. How can I do this without using the top groups?

 

 

 

  68679   Wed Aug 23 20:09:39 2017 Reply Stefano Bonaldostefano.bonaldo.13@gmail.comQuestionMac OSXv3.1.2Re: Hide logbook tab when not authorized

Hi Andreas,

many thanks for your answer. I partially agree with you, because sometimes "for privacy" of my working group I don't want that other users (external users) know the existance of the other logbooks.

Do you think that will be implemented in future?

Best regards, Stefano

Andreas Luedeke wrote:

Hi Stefano,

I think your assessment is correct: it is not possible to hide a logbook based on your read/write privileges.
And I'm not even sure that this would make much sense: at least you need to be able to get to the login page of the logbook.
But if you don't have read privileges for a logbook, you'll be automatically redirected to the login page, as soon as you select this logbook.

Kind Regards, Andreas

Stefano Bonaldo wrote:

Hello, I read carefully the manual, but I didn't find a way to hide the logbooks in the logbook bar and in the initial logbook selection for which the user does not have the access. So, if a user1 does not have the access to a specific logbook, user1 is not able to see that logbook in the bar and neither in the initial logbook selection. How can I do this without using the top groups?

 

 

  68678   Wed Aug 23 15:11:32 2017 Reply Andreas Luedekeandreas.luedeke@psi.chBug reportLinux3.1.3-aded4aeRe: Problems with german_UTF8 language

Just an update: I've re-compiled, reinstalled and restarted elogd for other reasons and now the corrupted strings are all gone. Everthing looks fine now.

But I never worry when a problem goes away before I could understand it: I'm confident that I will have plenty of time later, when the problem magically re-appears - likely I'll be called on a Friday night :-)

Andreas Luedeke wrote:

Hi Stefan,

since recently (a few weeks) ELOG confuses the language translations.
Individual language strings are translated into garbage; most other strings are fine.
Currently I see the string "please select" translated into "ressed" (see attached picture), instead of what's written correctly in the language file "bitte auswählen".
But with every restart the corrupted strings vary: other strings are affected and other garbage strings are shown - some of them unreadable binary code (see Attachment 2).
I have the same version running in English: I see no problems there.
Kind regards

Andreas

 

  68677   Wed Aug 23 11:36:22 2017 Reply Andreas Luedekeandreas.luedeke@psi.chQuestionMac OSXv3.1.2Re: Hide logbook tab when not authorized

Hi Stefano,

I think your assessment is correct: it is not possible to hide a logbook based on your read/write privileges.
And I'm not even sure that this would make much sense: at least you need to be able to get to the login page of the logbook.
But if you don't have read privileges for a logbook, you'll be automatically redirected to the login page, as soon as you select this logbook.

Kind Regards, Andreas

Stefano Bonaldo wrote:

Hello, I read carefully the manual, but I didn't find a way to hide the logbooks in the logbook bar and in the initial logbook selection for which the user does not have the access. So, if a user1 does not have the access to a specific logbook, user1 is not able to see that logbook in the bar and neither in the initial logbook selection. How can I do this without using the top groups?

 

  68676   Tue Aug 22 18:29:02 2017 Question Stefano Bonaldostefano.bonaldo.13@gmail.comQuestionMac OSXv3.1.2Hide logbook tab when not authorized

Hello, I read carefully the manual, but I didn't find a way to hide the logbooks in the logbook bar and in the initial logbook selection for which the user does not have the access. So, if a user1 does not have the access to a specific logbook, user1 is not able to see that logbook in the bar and neither in the initial logbook selection. How can I do this without using the top groups?

  68674   Tue Aug 22 14:58:09 2017 Smile Richard Stamperrichard.stamper@stfc.ac.ukQuestionWindows3.1.2Re: HTML in attribute values

Exactly the information I was after - thanks!  I'll simulate fancier markup as necessary.

Stefan Ritt wrote:

Sorry, I misread your question. Only following HTML tags are allowed in attributes:

<a>
<img>
<b>
<i>
<p>
<br>
<hr>

This is for some internal reason. Probably you can mimick <ul> with bullets and <p> tags.

Stefan

 

Richard Stamper wrote:

Isn't that list in the message text rather than as an attribute value?

Stefan Ritt wrote:
  • As you can see...
  • <UL> is possible
Richard Stamper wrote:

When one has "Allow HTML = 1" to permit HTML in attribute values, is it only a subset of HTML that is rendered?

I find that <br> and <a href="..."> tags are properly rendered, for example, but lists with <ol> and <ul> are not.

 

 

 

 

  68673   Tue Aug 22 14:37:44 2017 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows3.1.2Re: HTML in attribute values

Sorry, I misread your question. Only following HTML tags are allowed in attributes:

<a>
<img>
<b>
<i>
<p>
<br>
<hr>

This is for some internal reason. Probably you can mimick <ul> with bullets and <p> tags.

Stefan

 

Richard Stamper wrote:

Isn't that list in the message text rather than as an attribute value?

Stefan Ritt wrote:
  • As you can see...
  • <UL> is possible
Richard Stamper wrote:

When one has "Allow HTML = 1" to permit HTML in attribute values, is it only a subset of HTML that is rendered?

I find that <br> and <a href="..."> tags are properly rendered, for example, but lists with <ol> and <ul> are not.

 

 

 

ELOG V3.1.5-3fb85fa6