Hide logbook tab when not authorized, posted by Stefano Bonaldo on Tue Aug 22 18:29:02 2017
|
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? |
Re: Hide logbook tab when not authorized, posted by Andreas Luedeke on Wed Aug 23 11:36:22 2017
|
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 |
|
Re: Hide logbook tab when not authorized, posted by Stefano Bonaldo on Wed Aug 23 20:09:39 2017
|
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. |
|
Re: Hide logbook tab when not authorized, posted by Andreas Luedeke on Thu Aug 24 11:08:43 2017
|
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. |
|
Re: Hide logbook tab when not authorized, posted by Stefan Ritt on Thu Aug 24 11:46:30 2017
|
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 |
"Slow script" problem posting/editing from Safari -- browser hangs, times out, posted by Michael Kelsey on Wed Apr 11 18:14:35 2018
|
Hello! The CDMS collaboration is using e-Log as one of it's issue tracking systems. In the last few months, I have noticed a problem
when either creating or editing entries from my usual Safari browser (currently 11.1 on MacOSX 10.13.4): The [Submit] button triggers
a spinning beach ball, with no connection to our e-Log server, and after several minutes, Safari complains the the page had to be reloaded, discarding |
|
Re: "Slow script" problem posting/editing from Safari -- browser hangs, times out, posted by Michael Hibbard on Thu Apr 12 14:13:18 2018
|
I dont' have a solution, but I just wanted to bring more attention to your post. I too am having the same issue with the ELOG system and the Safari
browser. I have noticed that ELOG is most stabel and function on the client end from the IE browser. A few weeks ago I also had to switch from using ELOG
on the client end from Safari to Firefox. |
|
Re: "Slow script" problem posting/editing from Safari -- browser hangs, times out, posted by Stefan Ritt on Sat Apr 14 08:50:40 2018
|
I'm not 100% sure, but I believe it should work without the
while (in_asend);
So can you please remove that line (it's in src/elogd.c) and recompile elogd and test it? |