Cannot add new hard due date in web client

Bug #1686970 reported by Ben Shum
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Invalid
Undecided
Unassigned

Bug Description

Evergreen master

When attempting to add a new hard due date via the Hard Due Date Changes interface in Server Administration in the web staff client, I click on the button and get no changes applied.

Looking at my server logs, I see the following error details emerge:

2017-04-28 05:42:02 ubuntu16 osrf_http_translator: [perl:error] [pid 2585] [client 127.0.0.1:43900] Global $r object is not available. Set:\n\tPerlOptions +GlobalRequest\nin httpd.conf at /usr/share/perl5/CGI.pm line 339.\n, referer: https://192.168.56.101/eg/staff/admin/server/config/hard_due_date
2017-04-28 05:42:36 ubuntu16 osrf_http_translator: [ERR :2574:./osrf_http_translator.c:233:149337239025743] Session cache for thread 0.89785444762101821493372539115 does not match request

Since I don't have this problem on Webby, perhaps this is either an issue specifically for Ubuntu 16.04 and newer Apache 2.4?

Will investigate further.

Revision history for this message
Jason Stephenson (jstephenson) wrote :

I am not able to reproduce this with Chromium Version 58.0.3029.81 Built on Ubuntu , running on Ubuntu 17.04 (64-bit).

The host is an Ubuntu 16.04 64bit server VM with 4GB of RAM and master compiled from working/user/gmcharlt/lp1545115_signoff. So, it's fairly recent, i.e. less than a couple days old.

I was able to add a new hard due date as the admin user with no problems.

Revision history for this message
Jason Stephenson (jstephenson) wrote :

I also fail to reproduce the reported behavior after updating the installation described in comment #1 to the latest Evergreen master.

Revision history for this message
Jason Stephenson (jstephenson) wrote :

It may be relevant to note that I am not running a proxy for websockets, and this sounds similar to an OpenSRF bug that was recently reported:

https://bugs.launchpad.net/opensrf/+bug/1684970

Revision history for this message
Ben Shum (bshum) wrote :

Yup, I am using the proxy. Thanks for the pointer to the opensrf bug. I'll follow up on that side of things and close off this bug.

Changed in evergreen:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.