Hi Liam and David.

The only consequence I’ve found to commenting out the line from can_be_viewed was it displaying in the preview tab.

I figured it was a small enough thing to just do it.

I will test the line Liam came up with and let you know if it works on my end.

Cheers,

Monica

Hi Liam,

That sounds all right to me.  I am planning on amending the underlying
codebase to pass through the preview flag to Boxes, so that can be used
in future, as this will provide a more generic solution.  However, in
this case I think this covers the only situation I am aware of where
you would not want the boxes rendered.

Regards

David Newman

On Mon, 2018-02-26 at 12:17 +0000, Liam Green-Hughes wrote:
> Hi David/Monica,
>
> Thanks for this explanation, it makes a lot of sense.
>
> I've been experimenting with alternatives that might produce the
> desired behaviour of generating the stats boxes everywhere except in
> preview and came up with this:
>
> return 0 if $self->{session}->is_online && $self->{session}-
> >param("screen") eq "EPrint::View";
>
> I've tried it out and it looks ok, can you see any unintended side
> effects?
>
> Liam
>
>
> ________________________________________
> From: eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ecs.
> soton.ac.uk> on behalf of David R Newman <drn@ecs.soton.ac.uk>
> Sent: 23 February 2018 14:12
> To: eprints-tech@ecs.soton.ac.uk
> Subject: Re: [EP-tech] Refresh Abstracts removing Boxes from Summary
> Page
>
> Hi Liam / Monica,
>
> I have seen this in the past as well, I have assumed but will confirm
> with others that this is a rather hacky way of determining if the box
> is being requested as part of the preview tab that you would only be
> able to access if you were logged in and must be on HTTPS.  In this
> case, you would not want boxes here for two reasons:
>
> 1. The preview tab is often of restricted width and this may cause
> rendering issues when boxes are included.
>
> 2. The boxes are generated on the fly which could be quite slow,
> particularly for irstats2 in some situations.
>
> However, as a lot of repositories are now going site-wide HTTPS or
> have
> HSTS setup (or users have browser plugins configured to see if a site
> has HTTPS in priority to HTTP), then it is much more likely an
> abstract
> page will be generated by someone requesting over HTTPS.
>
> I agree that these box plugins need to be fixed, I will investigate
> to
> confirm the reason for using get_secure (which is basically an alias
> for is_secure) is purely to work out whether a user is logged in.
>  Looking at the get_secure/is_secure method it is also checking
> whether
> it is being called online (by web request) or offline (by command
> line
> script) and if it is offline returns false when would mean the
> (irstats2/altmetric) box does get generated.  I cannot see any other
> reason why if it is being requested securely you would not want this
> rendered it is much more likely to be the other way around.
>
> Regards
>
> David Newman
>
> On Fri, 2018-02-23 at 11:39 +0000, Liam Green-Hughes wrote:
> >
> > Hi Monica,
> >
> > I've had the same problem with statistics boxes disappearing. Looks
> > to be the same issue as you had as when I follow what you did here
> > the same symptoms occur. I was just wondering how it went with
> > removing the return 0 if $self->{session}->get_secure; line. I have
> > no idea why it is there! Were there any side effects?
> >
> > Thanks
> > Liam
> >
> > Liam Green-Hughes
> > Library Systems Developer
> > University of Kent
> >
> > From: eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ec
> > s.
> > soton.ac.uk> on behalf of Monica Wood <monica.wood@utas.edu.au>
> > Sent: 09 January 2018 01:29
> > To: eprints-tech@ecs.soton.ac.uk
> > Subject: Re: [EP-tech] Refresh Abstracts removing Boxes from
> > Summary
> > Page
> >
> > Update on this issue.
> >
> > I compared the index.html in /html/en/archive/…. Of a single
> > record,
> > both with one that was generated using bin/generate_abstracts and
> > one
> > using bin/epadmin refresh_abstracts.
> >
> > I noticed the one using generate_abstracts defined the http_root
> > and
> > http_cgiroot as http, while the refresh_abstracts was https.
> >
> > So I figured that generate_abstracts was run locally, so it wasn’t
> > forced through https, while refresh_abstracts was.
> >
> > It had to be something that the Screen::EPrint::Box didn’t like
> > about
> > being generated through https.
> >
> > Well the issue isn’t with Screen::Eprint::Box per say, it was the
> > implementations of Irstats and Altmetrics using this plugin
> > (lib/plugins/EPrints/Plugin/Screen/Eprint/Box/[Altmetric.pm|Irstats
> > .p
> > m]).
> >
> > Both in their can_be_viewed subs have the line:
> > return 0 if $self->{session}->get_secure;
> >
> > So it just simply won’t show the box on a page generated through
> > https.
> >
> > I have commented this line out and it’s now showing on pages
> > generated through refresh_abstracts.
> >
> > I guess my question now is, what is the importance of this line and
> > what am I breaking by commenting it out? :/
> >
> > Thanks everyone
> > Monica
> >
> > University of Tasmania
> > https://eprints.utas.edu.au/
> >
> >
> >
> > From: <eprints-tech-bounces@ecs.soton.ac.uk> on behalf of John
> > Salter
> > <J.Salter@leeds.ac.uk>
> > Reply-To: Eprints Tech <eprints-tech@ecs.soton.ac.uk>
> > Date: Thursday, 4 January 2018 at 9:21 pm
> > To: Eprints Tech <eprints-tech@ecs.soton.ac.uk>
> > Subject: Re: [EP-tech] Refresh Abstracts removing Boxes from
> > Summary
> > Page
> >
> > Maybe try this:
> > Find an item without the boxes.
> > Save the html source of the page
> > Run generate_abstracts to make the boxes reappear.
> > Save the html source of this.
> >
> > Diff the two html sources - what's the difference?
> > That might point us toward what's going on…
> >
> >
> > From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-
> > bounc
> > es@ecs.soton.ac.uk] On Behalf Of Monica Wood
> > Sent: 04 January 2018 09:30
> > To: eprints-tech@ecs.soton.ac.uk
> > Subject: Re: [EP-tech] Refresh Abstracts removing Boxes from
> > Summary
> > Page
> >
> > As it renders fine when i run generate_abstracts, but then
> > disappears
> > when you edit a record or refresh abstracts, i wouldn't imagine its
> > the _javascript_.
> > I haven't changed the templates either.
> >
> > It use to serve all pages  (except pages like login) through both
> > http and https, but any requests to http is now redirected to
> > https.
> >
> > If you look at our repository you will probably see newly created
> > items with no boxes and older records have the boxes. If i
> > generate_abstracts on the new ones then the boxes will appear.
> >
> > I just dont understand what could possibly cause this.
> >
> > Monica
> >
> >
> >
> > On Thu, Jan 4, 2018 at 8:19 PM +1100, "John Salter" <J.Salter@leeds
> > .a
> > c.uk> wrote:
> >
> > Hmm, interesting...
> > I believe both those boxes use _javascript_ to render data.
> > Is there something amiss with the _javascript_ (e.g. it's not being
> > served over https)?
> >
> > I think there used to be two version of the js that could be served
> > -
> > one secure, the other not. I don't think this variation is needed
> > in
> > modern versions of EPrints - maybe you are referencing the older
> > version of the js in your template?
> >
> > Cheers,
> > John
> > From: eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ec
> > s.
> > soton.ac.uk> on behalf of Monica Wood <monica.wood@utas.edu.au>
> > Sent: 04 January 2018 08:42:15
> > To: eprints-tech@ecs.soton.ac.uk
> > Subject: Re: [EP-tech] Refresh Abstracts removing Boxes from
> > Summary
> > Page
> >
> > Hi John and Adam.
> >
> >
> >
> > Id already tried restarting the httpd service multiple times and
> > the
> > indexer has been restarted since this problem arose.
> >
> >
> >
> > The whole thing has me very confused as it only appeared recently.
> >
> >
> >
> > We did move to shibboleth auth around the same time and all traffic
> > is now directed through https... not sure if these changes would
> > have
> > done anything.
> >
> >
> >
> > Thanks
> > Monica
> >
> >
> >
> > On Thu, Jan 4, 2018 at 6:54 PM +1100, "John Salter" <J.Salter@leeds
> > .a
> > c.uk> wrote:
> >
> > Hi Monica,
> > It sounds like you might just need to restart Apache...
> > When running something from the command-line, the EPrints stack is
> > interpreted from the files on disk.
> > When you 'expire' the abstracts, they are regenerated on-the-fly by
> > the Apache process, using the EPrints stack Apache interpreted when
> > it was started.
> >
> > Hope that makes some sense.
> > If might also be worth restarting the indexer - as this too has an
> > interpreted stack that could differ from the on-disk version you
> > get
> > from the command-line now!
> >
> > Cheers,
> > John
> > From: eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ec
> > s.
> > soton.ac.uk> on behalf of Monica Wood <monica.wood@utas.edu.au>
> > Sent: 04 January 2018 01:15:23
> > To: Eprints Tech
> > Subject: [EP-tech] Refresh Abstracts removing Boxes from Summary
> > Page
> >
> > Hi All,
> >
> > I’ve got the most bizarre problem happening.
> >
> > My staff started noticing that when they edited an item that the
> > irstats2 downloads box would disappear from the summary page.
> > I had a look and noticed the altmetics box was also disappearing
> > and
> > when I did a refresh_abstracts using epadmin or the regenerate
> > abstracts button from the admin -> systems tools, then every box
> > disappeared from every summary.
> >
> > They reappear if I run the script generate_abstracts from the
> > cmdln,
> > but apart from refresh_abstracts setting a abstracts.timestamp
> > variable to state that a page needs to be regenerated on request, I
> > cannot see what these commands are really doing differently.
> > Both should be calling the method $eprint->generate_static() when
> > the
> > page is generated
> >
> > I could solve this by not putting that data into a
> > Screen::EPrint::Box,  but it doesn’t actually solve the issue of
> > why
> > refresh is removing them.
> >
> > Thanks
> > Monica Wood
> >
> > Library Systems
> > University of Tasmania
> > https://eprints.utas.edu.au
> >
> >
> > University of Tasmania Electronic Communications Policy (December,
> > 2014).
> > This email is confidential, and is for the intended recipient only.
> > Access, disclosure, copying, distribution, or reliance on any of it
> > by anyone outside the intended recipient organisation is prohibited
> > and may be a criminal offence. Please delete if obtained in error
> > and
> > email confirmation to the sender. The views expressed in this email
> > are not necessarily the views of the University of Tasmania, unless
> > clearly intended otherwise.
> > *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprint
> > s-
> > tech
> > *** Archive: http://www.eprints.org/tech.php/
> > *** EPrints community wiki: http://wiki.eprints.org/
> > *** EPrints developers Forum: http://forum.eprints.org/
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-
> tech
> *** Archive: http://www.eprints.org/tech.php/
> *** EPrints community wiki: http://wiki.eprints.org/
> *** EPrints developers Forum: http://forum.eprints.org/
>
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-
> tech
> *** Archive: http://www.eprints.org/tech.php/
> *** EPrints community wiki: http://wiki.eprints.org/
> *** EPrints developers Forum: http://forum.eprints.org/
*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/