Page MenuHomePhabricator

Access to Springer Link seems to be broken
Closed, ResolvedPublic

Description

I'm afraid, access to Springer Link does not work at present. When I click on the access button from My Library, I get the following message at https://link-springer-com.wikipedialibrary.idm.oclc.org/:

Bad Message 431
reason: Request Header Fields Too Large

Could you please have a look into this?

Thanks in advance!

Event Timeline

@jsn.sherman @Scardenasmolinar Any top-of-mind ideas why this might be happening? I'm getting a 400 status response. Other EZProxy content appears to be working as intended.

Thanks for checking. No change here, i'm afraid. Same error message as yesterday. The problem only persists with Springer Link.

Firefox 107.0 on macOS 12.6.1.

I'm sorry you are experiencing this problem. This error indicates that the browser is sending unexpected / too much information to the server. Some possible causes:

  • corrupted cookies: this can be checked by either clearing all cookies for proxied springerlink domains or trying another browser.
  • too many additions to request header fields: if you are using extensions or proxy services that add data to the same request headers that ezproxy touches, the resulting header data could simply be too large. You could check this by turning off those extensions or services.

Please let us know if you are able to get it working using any of these steps.

Thanks for your suggestions.

I deleted all Springer cookies and I disabled all add-ons within Firefox (BibSonomy Buttons, EPUB Reader, LIvemarks, MetaGer Search, StartPage Search, uBlock Origin, Unpaywall, Who wrote that?, and Zotero Connector), to no avail.

I've been using my Firefox setup for many years. I had never experienced any problems with these. I'm an avid user of many library solutions, and I switched to Firefox for that reason. Also, most long-time Wikipedians are Firefox users. So the choice of one's webbrowser should not make a difference. Everything worked fine for a long time. But now, something seems to be broken with the TWL Proxy for Springer Link, I'm afraid.

Thank you for letting me know what you tried. Firefox is a supported browser, and I'm not suggesting otherwise. It is in fact my browser of choice as well. I suggest trying another browser as a troubleshooting step to narrow down the possible causes.

I'm sorry I did not try another browser before. When I answered your last post about an hour ago I was so much focused on enumerating and re-enabling my add-ons I just forgot about that.

I am happy to say that I can confirm that I can access Springer Link with both Safari and Google Chrome. \o/

As everything used to work as expected on my system, I wonder what change triggered the problem?

  • The issue first appeared after updating to Firefox 107.0.
  • And then there still is T323216 which user Polarlys confirmed with Firefox 106.0.5 and Safari 16.1.

Could it be a problem with recent Firefox versions on the Mac?

It could be: firefox 107 on ubuntu seems to work happily. It might be worth having a windows user check as well.

image.png (706×1 px, 285 KB)

I checked on Firefox 107 on Windows and Firefox on Android. Both work for me.

@Samwalton9 could you verify your browser / version / OS?

All on MacOS 12.6:

Chrome 107.0.5304.110 - 400
Chrome 107.0.5304.110 in a fresh Incognito window - success.

Firefox 107.0 - success.

Safari 16.1 - success.

I'm not sure what about my default Chrome setup could be causing this for me.

BTW, there is another strange issue with FF 107.0 in MacOS 12 that could be connected to this one:

When I search DeGruyter within the TWL, it yields:

HTTP header value exceeds the configured limit of 8192 characters

No problem with the same input on degruyter.com directly.

No problem, either, with Safari or Google Chrome over https://www-degruyter-com.wikipedialibrary.idm.oclc.org/.

This still smells like a cookie issue to me:

@Aschmidt, could you test:

So, I have closed Firefox, renamed my profile, and restarted Firefox again. Logged into Wikipedia and the TWL. Result: SpringerLink worked fine, and so did DeGruyter.

I restored my profile from the old one in order to find out what produces the error. I copied everything necessary from the old profile (file by file in the Finder) to the new one, except cookies.sqlite. Everything still worked fine. Now I renamed the new cookies.sqlite and copied the old cookies.sqlite to the new profile. Result: The abovementioned errors were there again. I deleted the old cookies.sqlite and replaced it with the one created together with the new profile by renaming it again, and everything worked fine again.

Why did the error persist in the first place? Probably because I did not delete all cookies, only the ones I thought were related to Springer, or to the TWL. So, something else seems to interfere with the proxy or the publishers' platform. I don't know what it is, maybe my old cookies.sqlite is just corrupt. Or even something else plays into this. Anyway, it does not matter.

  • I'm sorry I did not delete all my cookies in the first place. That was my fault.

So, everything now seems to work for me again with Firefox on the Mac with Monterey.

I'm afraid all that remains is Sam's issue with Google Chrome?

Potential new data point, I tried to access ProQuest and got the following error:

Your browser sent a request that this server could not understand.
Size of a request header field exceeds server limit.

My request header has the following in the Cookie field, which I presume to be the culprit:

AMCVS_4D6368F454EC41940A4C98A6@AdobeOrg=1; AMCV_4D6368F454EC41940A4C98A6@AdobeOrg=-2121179033|MCIDTS|19248|MCMID|43892906718889673134582697510161807234|MCAID|NONE|MCOPTOUT-1662986477s|NONE|vVersion|5.3.0; OptanonAlertBoxClosed=2022-09-30T11:12:00.697Z; fcsid=ceeq4rag8uut1c3mrmorfcu6s3; OptanonConsent=isGpcEnabled=0&datestamp=Wed+Oct+19+2022+10:42:34+GMT+0100+(British+Summer+Time)&version=6.39.0&isIABGlobal=false&hosts=&consentId=5c6f0462-1288-4a27-9c39-6e1f2e6503e3&interactionCount=1&landingPath=NotLandingPage&groups=C0001:1,C0003:1,C0002:1,C0004:1,C0005:1&AwaitingReconsent=false&geolocation=;; oup-cookie=1_20-10-2022; AMCVS_242B6472541199F70A4C98A6@AdobeOrg=1; AMCV_242B6472541199F70A4C98A6@AdobeOrg=-2121179033|MCIDTS|19293|MCMID|90425870223550950479108806325191075684|MCOPTOUT-1666953720s|NONE|vVersion|5.3.0; ghost=3; OPTOUTMULTI=0:1|c7:0|c8:0|c1:0|c6:0|c2:0; AMCVS_ED3301AC512D2A290A490D4C@AdobeOrg=1; s_cc=true; PermutiveRandomInt=3; _pctx={u}N4IgrgzgpgThIC4B2YA2qA05owMoBcBDfSREQpAeyRCwgEt8oBJAEzIEYOAmATgFYA7NwAsYgMwcAHAAYh-AGziQAXyA; _pcid={"browserId":"la9xt5mdj51kwg8c"}; __pat=3600000; __GDPRcorriere_ct=0; __CPcorriere_ct=2; uuidv4=1afca4a1-d6e2-43e0-8341-ea01ff63bc83; s_fid=3268FF41AB2D2C26-14BE025A0DC0A5DB; s_ips=891; _pc_cpwall=true; __cpmtClicked=accept; s_sq=[[B]]; euconsent-v2=CPiNxUHPiNxUHDaAAAENCpCsAP_AAAAAABCYJHtd_H__bX9r-f5_6ft0eY1f9_r37uQzDhfNk-8F3L_W_LwX_2E7NF36tq4KmR4ku1LBIUNlHMHUDUmwaokVrzHsak2cpzNKJ7BEknMZeydYGF9vmxtj-QKY7_5_d3b52T-9_9v239z3381Xv3d53-_13LDdV5_9Dfn9fR_b89KP9_78v4v8_____3_e__3___97-CR8AAAkJBYAAQAAuACgAKgAZAA5AB4AIAAYAAygBoAGoAPIAhgCKAEwAJ4AVQA3gBzAD0AH4AQkAhgCJAEcAJYATQApQBbgDDAGQAMsAbIA74B7AHxAPsA_YB_gIGARSAi4CMQEaARwAlIBQQCngFXALmAYoA0QBrADaAG4AOIAfIBDoCIQEiAJlATsAocBSICmgFigLQAWwAuQBd4C8wGDAMNgZGBkgDJwGXAM5AZ8A0iBrAGsgNvAbqA4IBxEDkwOUAcuA8cB7QEIYIXAheBDkCHoEPwIhgRSAj6BH8lA_AAQAAsACgAGQAOAAfgBgAGIAPAAiABMACqAFwAMQAZoBDAESAI4AUYApQBbgDCAGUANkAd8A-wD8AI4AU8Aq8BaAFpgLmAuoBigDcAHUAPkAfYBDoCJgEVAIvASIAsUBZQC2AF2gLzAZGAycBlgDOQGeAM-AaQA1gBt4DgAHtAQBAgeBCECF4ENQIegRZAj-Og2gALgAoACoAGQAOQAfACAAF0AMAAygBoAGoAPAAfQBDAEUAJgATwAqwBcAF0AMQAZgA3gBzAD0AH6AQwBEgCWAEwAJoAUYApQBYgC3gGEAYcAyADKAGiANkAd4A9oB9gH6AP8AgYBFICLAIxARwBHQCUgFBAKeAVcAsUBaAFpgLmAusBeQF6AMUAbQA3ABxADnAHUAPsAh0BEICKgEXgJEASoAmQBOwChwFNAKsAWKAsoBbAC4AFyALtAXeAvMBfQDBgGGgMegZGBkgDJwGVAMsAZcAzMBnIDPgGiANIAaqA1gBt4DdQHEAOLgcmBygDlwHjgPaAfWBAECDQEL4Icgh0BD0CKQEdgI-gR_IQQQAFgAUAAyAC4AGIANQAhgBMACmAFUALgAYgAzABvAD0AI4AUoAsQBhADKAHeAPsAf4BFACOAEpAKCAU8Aq8BaAFpALmAYoA2gBzgDqAIhASIAk4BKgCmgFWALFAWUAtEBbAC4AFyALtAZGAycBnIDPAGfANEAaqA4ABxADlAHjgQoAheBDoCHoEfQI_lIKgAC4AKAAqABkADkAHwAggBgAGUANAA1AB5AEMARQAmABPACkAFUAMQAZgA5gB-gEMARIAowBSgCxAFuAMKAZABlADRAGyAO-AfYB-gEWAIxARwBHQCUgFBAKuAVsAuYBeQDFAG0ANwAfYBDoCJgEXgJEAScAnYBQ4CrAFigLQAWwAuABcgC7QF5gL6AYbAyMDJAGTgMsAZcAzkBngDPgGkQNYA1kBt4DdQHBQOTA5QBy4DxQHjgPaAhCBC8CGYEOgIegRAAikBHYCP4qAoABQAIYATAAuACOAGWARwAq8BaAFpAWwAuQBeYDIwGcgM8AZ8A3IBygELwI_jICYAQwAmACOAGWARwAq4BWwEnALRAWwAuQBeYDIwGcgM8AZ8A5QCF4Efw0B0ALgAhgBkADLAGzAPsA_ACAAEFAIwAU8Aq8BaAFpANYAdUA-QCHQETAIqASIAnYBSIC5AGRgMnAZyAzwBnwDlAI_iIC4AhgBkADLAGzAPsA_ACAAEYAKeAVcA1gB1QD5AIdASIAnYBSIC5AGRgMnAZyAz4BygEfwA.YAAAAAAAAAAA; pubconsent-v2=eyJwIjpbeyJpZCI6InNoYXJlX2RhdGFfd2l0aF90aGlyZF9wYXJ0aWVzIiwiZSI6IjEifSx7ImlkIjoiZW5yaWNobWVudF93aXRoX3RoaXJkX3BhcnR5X2RhdGEiLCJlIjoiMSJ9XSwidiI6W3siaWQiOjEsImUiOiIxIn0seyJpZCI6MiwiZSI6IjEifSx7ImlkIjozLCJlIjoiMSJ9LHsiaWQiOjQsImUiOiIxIn0seyJpZCI6NSwiZSI6IjEifSx7ImlkIjo2LCJlIjoiMSJ9LHsiaWQiOjcsImUiOiIxIn0seyJpZCI6OCwiZSI6IjEifSx7ImlkIjo5LCJlIjoiMSJ9LHsiaWQiOjEwLCJlIjoiMSJ9LHsiaWQiOjEyLCJlIjoiMSJ9LHsiaWQiOjEzLCJlIjoiMSJ9LHsiaWQiOjE0LCJlIjoiMSJ9LHsiaWQiOjE2LCJlIjoiMSJ9XX0=; tlConsent=5d00000002100c00000000000000189f826390a6f6e235010ae0c1baf2abe23fe1af8e73d55e139e74caf653f7e775524324b307246ebb71d91647f43de2143656c3f4aac4d5dbba7f74f264e0e46fe1b58830d4a6d569d19b31ee7054fb397a3e48c00368b00f4a1b473ebbdf3276bbaa20112af0c70fd13753d9b589f0ded0cd60d31f3ed9c3191fc341316930a7cbf5e149ebd692361c032f15b1efca0624aca81fb68fd117f2b52503242452bd2105963aff3043b130e686e7053c03ed49a1557b56987358c561531611ce3628a228774d0d555a168a0185193984b03f52a80f8bbc7014b7045bfecd077666a383b1cbc8166ec0968fea336776ca258f2713d395ba39bc5e38907f836d9e65908bee603c2cbd75ad8040006c0bba91c80ee885b9bb21ac9943595962ce7dd4bf5dc93ebee2ec74f9dc728e3b308beb13a250614d306014de55690bdb70d27a146f8e6eafaffe7f6bcb05fe2163a4df8319c435e9cae1328aa73541f501ad965e3d2bb67b1947c24356b8a0bcf28170ff3a2b5bd5c446061b197ba343b361e33dbee10d5ce29eaa793dcfd4d5a2258e943018a2102301ad89b05765ea0f0fd9c3bf6977433cbe24d9948d3c718ac2110ac8d2cbd3a96a8ec34b18dbe5c0af46557821f33d4a8605a1ac1d17e67d37820a1d213450afa29f98f55f58470d07a76afd7619929594ec51e6fb87b2541bfa135e396d4bf367b17879fc2d75e1fd1c2a5d6133733d339c73f05b353c14e1e5d763c83a1c42b1f4ee9d911d127329aeb31b537cb48f27dc185cfd08aef8e04c441caa1de3c50ecb9314bb1563192fe80be53d0bdb348c9d3d166139082f6289a841ce39c80d6d4e6fe7cf1d9f08cb2564dd036835e3559d5e4e9dd05ef50e094c834e89acbe15b626636aee42ebc3eda2f2dbc7493c744daadaca4a829115839a2ad05ef95918d69f0ca152052868cd286852dffe5bda40; cpmt_xa=5334; __cmpAcceptedPurposes=1|2|3|4|5|6|7|8|9|10; cX_S=la9xtlndhtzbvf16; cX_P=la9xt5mdj51kwg8c; cX_G=cx:1rjylma222aaz3ll8pcaqz49e6:8y7zwg4ooeu0; UESeg=3268FF41AB2D2C26-14BE025A0DC0A5DB; __gpi=UID=00000b1deef73990:T=1668016275:RT=1668016275:S=ALNI_MbsLPCyrk7eJLRS1IE8MH6-YMlb7g; permutive-id=1ed1fccf-2957-4281-9c65-ff9f9c6f69b0; _cb=DZfX9sDcWhY5Be1KD5; __tbc={kpex}6YDofhWpdBp8gkpB5gLbhvtoxgLv76p8-rCARIeoz8kpB9i3eNgDMbxpd27FV95w; xbc={kpex}v9BdZUrymTJ_rWexKo5vbufikGASi3bYx9daF9BviUBRxffmU7Wfnvv7g35DK1mtikFmkum9Y5T3QCd5lQhcanSj7BdbPYw2kR4orxxKFDOvQ7pjYYhq4gWLN0yAHejJLzLgRQeg2vPlU7otNDTEJykmjEHw0TpGraljoVE7anMyQCAfCMxUVsimLArU2Qx3VeAAsov_I2p_Ei7DX6K607JIGZQA841yhxV9c_0NbYb0D0V7rFHVgnUf5hEbomigK0XkNXiLDpTupkVlfjaj8Ntp93bUSkXe9CGDAHw8PRFQhAq-YQ41SA8HkMZruOdLnp62SrVSl0Bw6_2dQCIqS2ouxSasOckVYDB2DtXj8aCcZJnr5_iTR92MTYWQvqcnmVSXnjXvtZreGwSEv2ZUn5fkyxQqacO5N-DxzyIkpr4pB2jPgNK9iVPepa5carvf-BnUAxU9K4-GkVaXkSn6Wv_wON8ENxX-WxsNENUn5KjDQ1G-XrEJyvNHxE_B-_0ZaA0-2Ev6PZyr-B_p3KdO_eryu1NeaYhKKLq1W6jIlL3Cs26tLPIHIix0imVkOyhX-dVIU3NiawAuuLY_xZf-EHMawVCi2aXrLKYNTRl6Po7k2PWXbNFgUSYaIbEjqQhWc4imeeAjAoj0kFm1WH0GXcvW9JyaxLm8jHof6YdfCADwmNhlmhURfDlwNUQ0SelwXhyFUXm8nTV7DabqJXSbhL-_H0WI1npAX4qCo8Q-30ZeV5TMYvqGlVgTbVeRmiL3n7m8AKWVS47ZAPSoIUz0Kqr69AMg4ySi7Tju8Fl8e63uN2amoDHmn_X1nHnkZ9F8kdaIiU7mjQnOm0DqpvLoxS9W_Zs-d9Ud0gqdO2fah8dwXQsXrdVt6-BFtXIQtMSP; _gcl_au=1.1.1120713747.1668016293; _chartbeat2=.1668016276064.1668016294437.1.D3xtwVCq2lVKBRn7sEDggQHeBGZl5i.2; __gads=ID=4aa8cbc7fd37576d-22fbb3a51ed70046:T=1668016275:RT=1668016295:S=ALNI_Mb2ib51R1sn2L_iBmrYrGgFNXY2aw; cto_bundle=QlKB8l9GQm5RR0NraGkyUEpLZDE2OEM0ZyUyRmVoTWIyUElhTXhjVW1uZWUySmdxUyUyRmRTbndTJTJCYkM3enhsVnJLZEZZemFxb0NsU291RkdIMkZBVXRtclphUEolMkJzWldyZlRDY2dwMDd4UWZXUks1Q01idndtOXBEZW5aQ1FoVGNGZDNwbUVYN3RnbU85Mk1jWExtZFBsWTJnTCUyQkZvMiUyQkJqdWg3ZkNUcXRZbFFUJTJGUEM1SU1sRGs0U1RuTWJCUGRxNVl1bHBZZQ; s_tp=4673; s_ppv=WWW-CORRIERE-IT.WIKIPEDIALIBRARY.IDM.OCLC.ORG%3A9443%2Feconomia%2Fsuperbonus-sgravi-fiscali-casa%2Fcards%2Fsuperbonus-giorgetti-ecco-come-cambiera-non-solo-110-90-ma-anche-reddito%2Fsuperbonus-fasce-reddito-come-potrebbe-cambiare_principale,54,19,2504,2,5; s_cm_COR=undefinedarchivio-corriere-it.wikipedialibrary.idm.oclc.org:9443archivio-corriere-it.wikipedialibrary.idm.oclc.org:9443; s_ppvl=WWW-CORRIERE-IT.WIKIPEDIALIBRARY.IDM.OCLC.ORG%3A9443%2Feconomia%2Fsuperbonus-sgravi-fiscali-casa%2Fcards%2Fsuperbonus-giorgetti-ecco-come-cambiera-non-solo-110-90-ma-anche-reddito%2Fsuperbonus-fasce-reddito-come-potrebbe-cambiare_principale,54,19,2504,2,5; OMN_LNK_CR=WWW-CORRIERE-IT.WIKIPEDIALIBRARY.IDM.OCLC.ORG:9443/economia/superbonus-sgravi-fiscali-casa/cards/superbonus-giorgetti-ecco-come-cambiera-non-solo-110-90-ma-anche-reddito/superbonus-fasce-reddito-come-potrebbe-cambiare_principale^^undefined^^WWW-CORRIERE-IT.WIKIPEDIALIBRARY.IDM.OCLC.ORG:9443/economia/superbonus-sgravi-fiscali-casa/cards/superbonus-giorgetti-ecco-come-cambiera-non-solo-110-90-ma-anche-reddito/superbonus-fasce-reddito-come-potrebbe-cambiare_principale | undefined^^; __chkVLST=0; s_nr=1668016635048-New; s_ppv=ARCHIVIO-CORRIERE-IT.WIKIPEDIALIBRARY.IDM.OCLC.ORG%3A9443/archivio/pro/view,21,21,891,1728,891,1728,1117,2,P; AMCV_ED3301AC512D2A290A490D4C@AdobeOrg=359503849|MCIDTS|19306|MCMID|90380333575175330385369120317769063728|MCAID|NONE|MCOPTOUT-1668097296s|NONE|vVersion|5.0.1; ezproxy=jlKtWJg55Oefaxb; ezproxyl=jlKtWJg55Oefaxb; ezproxyn=jlKtWJg55Oefaxb; availability-zone=us-east-1f

@Sawalton9: I see ezproxy preprod cookie data in that request; what happens when you clear all cookies related to
wikipedialibrary.idm.oclc.org:9443 and its subdomains?

Clearing all oclc.org cookies fixed this for me.

Can we mark this as resolved? Occasionally, we're going to see issues like this since the proxy sets cookies based on the state of websites that it does not control. I don't think there's anything for us to fix here.

@jsn.sherman I think we can close the issue. I have not had any problems accessing Springer Link lately. Thanks, again, for your kind assistance!

No problem, and thanks for the feedback! I'm moving it on our board but leaving the status open in case @Samwalton9 has anything to say.

Samwalton9-WMF claimed this task.

We had one other user report this issue recently and they were able to fix it with the same cookie clear. Agree with closing this since we can share the fix as necessary.