I can imagine many people when working out of their university of work network might make use of that proxy.

Because of this, the fact that you're the only one reporting issues with that suggests this isn't a general issue but specific to you. Could you provide details on what type of proxy, what's not working, etc.?

BTW. I have found other questions on the forum with similar if not exactly the same problem. Can you provide documentation for setting up the proxy manually? I have not had success with that either but likely that is owing to my lack of knowledge of the syntax for the proxy.

Is there perhaps some examples that can be provided for how to set the proxy link manually?

I am trying to use my local university library (NC State library location: http://lib.ncsu.edu/) as a proxy. I am not using a proxy for every URL, just those select locations that were in my previous list (now lost with the upgrade)

There is nothing on the NC State website that I have seen listing a specific format for a proxy string. What I have as an example is found in a reference from my library https://www-ncbi-nlm-nih-gov.prox.lib.ncsu.edu/pmc/articles/PMC3550200/

On the previous version of Zotero (v 4.0.x) I do not recall ever setting up the proxy. The add-on automatically did that in the background as it was set for automatic proxy redirecton. Now, nothing is happening at all. Still wondering why the proxy configuration was not retained in the upgrade?

So one last item. The proxy link provided by the NCSU library works fine. But Zotero connector is not recognizing that I am using a proxy and is not asking if I would use that proxy in the future. So I can state fairly well that the connector is broken. Not sure why at this point in time.

I have the proxy working for one site - and only one site - PubMed. I added this host name manually using the NCSU proxy in the address bar. I have not had any success with other sites. Seems that the login sequence for the proxy is one time only and it will not go directly to the host site (eg Science magazine) through the proxy. I can only get to science magazine through Pubmed link. That page link is not saved in the hostnames. Before that was an automatic event.

I set the proxy up in Chrome as well and am having the same issues.

Not at all like the behavior of the old connector which worked completely in the background without failure. Still not understanding why the proxy configuration was not retained in the upgrade.

What should happen is not happening. The above link opens but the connector is not automatically associating or recognizing the use of the proxy or saving the host information in the connector.

I recreated the link above by manually putting the following URL into the address bar. http://proxying.lib.ncsu.edu/index.php?url=http://science.sciencemag.org/content/357/6347/146 That link was recognized as being through a proxy and I was so notified and accepted the use of the proxy.

But I have done the same on about a half dozen other journals and while the proxy redirect occured the associaton was not saved in the connector. Also, if I access PubMed through the proxy, the associations also fail to occur. Within Pubmed a link to the article would or should link out using the proxy. That does not happen.

I am not using Chrome, I am using Firefox if that makes any difference.

http://proxying.lib.ncsu.edu/index.php?url=http://www.nature.com/nature/journal/vaop/ncurrent/full/nature23097.html

http://proxying.lib.ncsu.edu/index.php?url=http://www.jbc.org/content/early/2017/07/14/jbc.M117.799304.abstract


Both links work fine but will not be recognized as a proxy site and will not provide the notice for accepting the proxy.

One more.
http://www.nature.com.prox.lib.ncsu.edu/ncb/journal/v13/n2/full/ncb2152.html

This link was derived in a slightly different way.

I searched on Google Scholar which had a link to the Pubmed citation. The link took me to Pubmed using the NCSU proxy. So far so good. That citation was linked to the Nature article which I jumped to successfully (the proxy worked this time and stayed on the link). But the link opened and - no yellow band of recognition that this was a new host.

When I surveyed the proxy properties however, I now note that I have two proxies: The first is https://%h.prox.lib.ncsu.edu/%p which is a secure protocol. The second is http://%h.prox.lib.ncsu.edu/%p an unsecure protocol. The latter is now associated with the hostname www.nature.com.

So in this sense maybe the problem is kind of resolved but still, there are no obvious notifications coming up that the connector is associating the proxy with a specific host. And why is there now a distinction between the secure and unsecure proxy?

I will speak with an IT person at NCSU tomorrow that may be able to help resolve the matter.

I uninstalled the connector, uninstalled Zotero 5, refreshed Firefox and reinstalled all Zotero components and software. I also uninstalled a couple of security addons (Ghostery and Noscript) that might have caused some trouble. In the end they were not a source of concern but I checked anyway.

With that I took great pains to make sure to check the proxy that uses the https:// path. It definitely does not work with PubMed. Failed to even recognize the link (404 error). So I abandoned that secure proxy link and am just using the http:// proxy link. That does work to reliably get me to Pubmed and I can download citations. I am seeing that some, though not all, hostnames are being written to the connector proxy page. But it is definitely spotty. And I have no reason to know why or even if they get detected since I do not get a notification. I can only know that there has been a hostname recognized by opening the connector and looking at the list of hostnames.

For the near term I can get around this problem by working out of Pubmed through the NCSU proxy. After a couple of weeks I will revisit the connector page and see how many host sites have been saved.

I do regret now having updated to Zotero 5 without fully investigating the consequences. In retrospect I should have saved the proxy hostname listing to add back to the new version manually if need be. Saves a whole lot of time. Sorry for editorializing. Thanks for your help and comments.

Back to the proxy problem. Had it working for a while but a recent change that came through with either Zotero or the Zotero connector has gotten me back to having no proxy detection function while using Zotero.

I can perhaps understand why I cannot get automatic detection but why I cannot add the proxy manually is not clear at all. The proxy simply will not save in the configured proxy list.

I have uninstalled and reinstalled the connector (into Firefox) multiple times and no change. Any ideas??

The only Report ID: 1952806771
I get no error when I try to add the proxy manually. There is no mouse click icon to save the configuration. If the connector is closed nothing is saved

There might be one additonal piece of information. If I follow a very specific sequence of events, I can get the proxy detection to work but....when the connector prompts to save the proxy it will not automatically save.

It looks like there's a problem displaying saved proxies in the preferences in the latest version of the connector. It's possible this affects proxy lookup in other places too, but I'm not sure. We'll investigate — thanks.

Thanks Tsau. Confirms what I have been seeing as well.

Newest Error Log Report ID: 875393578. This after I logged into my proxy location. I saw no evidence that the proxy was recognized or stored.

Thanks Dan, proxies are back + redirection is happening as normal.

ezproxy was working extremely well for me using Zotero 4 in Firefox. After migrating to Zotero 5, ezproxy related errors started to appear consistently, labeled "script injection timed out", especially for larger pdf attachments.
The version 5.0.14 of the connector improved the connector for storing references without attachment, but did not solve the time-out issues.