CUNY Graduate Center - Project Tracking System: Issueshttps://redmine.gc.cuny.edu/https://redmine.gc.cuny.edu/favicon.ico2024-03-08T17:41:09ZCUNY Graduate Center - Project Tracking System
Redmine CUNY Academic Commons - Bug #19928 (New): Forum Topic by Email Statshttps://redmine.gc.cuny.edu/issues/199282024-03-08T17:41:09ZRaymond Hoh
<p>Matt wanted to know the number of topics created by email vs. total number of topics.</p>
<p>Here are the stats:</p>
<p>2024 - 192/515 (so far)<br />2023 - 964/3260<br />2022 - 1058/3272<br />2021 - 1333/4010<br />2020 - 1284/4225<br />2019 - 801/2604<br />2018 - 405/2868<br />2017 - 104/1540<br />2016 - 116/1430<br />2015 - 65/1414<br />2014 - 12/1305</p> CUNY Academic Commons - Bug #19431 (New): cc'd people don't show up on Help tickets! https://redmine.gc.cuny.edu/issues/194312023-12-18T17:14:51ZMarilyn WeberMweber@gc.cuny.eduCUNY Academic Commons - Bug #16655 (New): Formatting on CETLS Events pagehttps://redmine.gc.cuny.edu/issues/166552022-08-24T17:47:40ZGina Cherry
<p>The formatting of my site's events page appears to have changed, even though I have not made any changes to it. Any idea what might have happened?</p>
<p><a class="external" href="https://cetls.bmcc.cuny.edu/events/">https://cetls.bmcc.cuny.edu/events/</a></p> CUNY Academic Commons - Bug #16177 (New): Switch to Inbound mode for RBEhttps://redmine.gc.cuny.edu/issues/161772022-05-30T20:32:45ZRaymond Hoh
<p>For the reply-by-email plugin, we use IMAP mode, which relies on connecting to a GMail account to check for new replies and posting items to the Commons.</p>
<p>This isn't the best for performance because IMAP mode uses a long-running process to do the new email checks. RBE also has another mode called Inbound mode, which works on a per-email basis. This mode is already being used to create new forum topics with a custom, group email address (<code>GROUP@groups.commons.gc.cuny.edu</code>), but we haven't fully switched over to using Inbound for replies and private messages because IMAP was already in use.</p>
<p>Some things-to-do before switching:</p>
<p>1. Since we already have set up the <code>GROUP@groups.commons.gc.cuny.edu</code> email address for new forum topics, would it be okay to keep using this email domain for replies as well? (Regular reply email addresses would look something like <code>fb2da051ba2b7220193cca6ada@groups.commons.gc.cuny.edu</code>). The alternative is to set up another email address domain like <code>X@reply.commons.gc.cuny.edu</code>, but RBE hasn't been tested with two different email domains yet. Some background info here: <a class="external" href="https://redmine.gc.cuny.edu/issues/2880#note-24">https://redmine.gc.cuny.edu/issues/2880#note-24</a>. I'd say for now, we should keep using the same email domain unless anyone has any objections.</p>
<p>2. Once we switch to Inbound mode exclusively, replying to older items with the <code>cunyacademiccommons+IDENTIFIER@gmail.com</code> GMail address would no longer work. I was thinking we can set up an auto-replier in GMail, so if a new email matches the body of the RBE format, an auto-reply with the following message could be sent:</p>
<pre>
Hi,
You attempted to reply to our older reply-by-email address that is no longer in service. We have transitioned to a new email address.
If you would like to try emailing your reply with the new email address, please copy the IDENTIFIER portion of the "To" email address in the format of:
cunyacademiccommons+IDENTIFIER@gmail.com
to:
IDENTIFIER@groups.commons.gc.cuny.edu
And resend your previous email using this new email address.
You can always login to the CUNY Academic Commons to view your thread and make your reply there as well.
If you have any questions, please contact us at support@cunycommons.zendesk.com.
</pre> CUNY Academic Commons - Bug #13949 (New): Continued debugging of runaway MySQL connectionshttps://redmine.gc.cuny.edu/issues/139492021-02-07T00:47:10ZMatt Goldmattgold@gmail.com
<p>Hi Boone,</p>
<p>FYI -- there were MySQL restart alerts at 4:11pm today. I wanted to let you know in case you are better able to track info related to such outages following our recent conversations with Lihua</p> CUNY Academic Commons - Bug #13430 (New): Delay in RBEhttps://redmine.gc.cuny.edu/issues/134302020-10-06T12:27:23ZLuke Waltzerlwaltzer@gc.cuny.edu
<p>Have noticed that Reply By Email forum posts are taking a while to go through... here's one I sent this morning at 7:02 to the TLC Group that took over an hour to land: <a class="external" href="https://commons.gc.cuny.edu/?p=99426">https://commons.gc.cuny.edu/?p=99426</a>. Similar thing happened yesterday with <a class="external" href="https://commons.gc.cuny.edu/?p=99360">https://commons.gc.cuny.edu/?p=99360</a>.</p> CUNY Academic Commons - Bug #12438 (New): Site appearing twicehttps://redmine.gc.cuny.edu/issues/124382020-02-18T17:31:59ZLaurie Hurson
<p>Instructor's site is appearing twice, see screenshot. Looks like both URLs are the same so I am not sure what is causing the duplication.</p>
<p>Site is: <a class="external" href="https://introsocmonday.commons.gc.cuny.edu/">https://introsocmonday.commons.gc.cuny.edu/</a></p>
<p>When the instructor updates one, both sites update.</p>
<p>On an unrelated note - and apologies for asking here I didn't know if I should make a ticket about seeing another ticket... I am a watcher on ticket 12428 but when i search for it, I cannot find it or see that ticket. How can i get access to private ticket 12428?</p>
<p><img src="https://redmine.gc.cuny.edu/attachments/download/13734/double%20monday.png" alt="" /></p> CUNY Academic Commons - Bug #12436 (Assigned): Nightly system downtimehttps://redmine.gc.cuny.edu/issues/124362020-02-18T16:21:55ZBoone Gorgesboone@gorg.es
<p>I'm opening this ticket to track recent outages on the Commons. A number of us receive automated notices when the database server is forced to reboot. Beginning roughly one month ago, we started getting these notices several times per week. These notifications indicate when the DB server is forced to reboot, so they indicate at best the end of a problematic period. I receive additional notifications when requests begin to take an inordinately long time, which serves as an indicator of when the incidents begin.</p>
<p>I've been keeping track of specifics over the last few weeks, and I've discerned the following patterns:</p>
<p>- The most common downtime is just after 05:00 UTC (midnight EST, UTC-5), with my incident reports rolling in sometimes around 12:03am and sometimes around 12:07am.<br />- Occasionally, the incidents have begun an hour or two earlier, shortly after 03:00 or 04:00 UTC.<br />- Incidents seem always to begin several minutes after the hour<br />- Reboots usually take place between 3 and 6 minutes after the beginning of the incident<br />- On some occasions, the reboots don't seem to fix the underlying issue, and another cycle of slow requests + db reboots immediately follows.<br />- Sometimes this'll happen a few nights in a row, while sometimes the site will go a few days without any notifications.</p>
<p>All of this strongly suggests that the problem is with an automated cron task, specifically one that takes place around midnight. I've begun to do an analysis of the tasks scheduled for around this time, cross-referencing with the logs. Ideally, we'd be able to narrow down the culprit by identifying the last cron task that begins just before the outages. This is not possible, for a couple reasons: First, the performance issues may only kick in a minute or two after the task begins running (as the system's resources are gradually used up). Second, the Cavalcade logs don't natively keep track of when a task begins running, but only when it finishes (see <a class="external" href="https://github.com/humanmade/Cavalcade-Runner/blob/master/inc/class-runner.php#L377">https://github.com/humanmade/Cavalcade-Runner/blob/master/inc/class-runner.php#L377</a>).</p>
<p>So the best we can do is to make some educated guesses. I'll follow up in a comment with initial thoughts.</p> CUNY Academic Commons - Bug #11879 (New): Hypothesis comments appearing on multiple, different pd...https://redmine.gc.cuny.edu/issues/118792019-09-19T16:36:30ZLaurie Hurson
<p>Hi All,</p>
<p>A professor has reported a very weird hypothesis issue. I am not sure if this is a Commons bug or hypothesis bug.</p>
<p>This professor uploaded a PDF (book chapters 5-7) for a course in 2017 link here: <a class="external" href="https://via.hypothes.is/https://spa114fall171.commons.gc.cuny.edu/wp-content/blogs.dir/3395/files/2017/09/La-Frontera-5-6-7.pdf">https://via.hypothes.is/https://spa114fall171.commons.gc.cuny.edu/wp-content/blogs.dir/3395/files/2017/09/La-Frontera-5-6-7.pdf</a></p>
<p>This semester, the professor will be using the same reading (only chapter 5) so she uploaded a shortened version to the media library for her new course: <a class="external" href="https://via.hypothes.is/https://span2204.commons.gc.cuny.edu/wp-content/blogs.dir/8302/files/2019/09/Chapter-5.pdf">https://via.hypothes.is/https://span2204.commons.gc.cuny.edu/wp-content/blogs.dir/8302/files/2019/09/Chapter-5.pdf</a></p>
<p>*to view the readings page on the Span2204 site the pw is Fall2019</p>
<p>The problem: the new chapter 5 pdf pulls in the old comments from the original chapters 5-7 pdf. The pdfs are on different commons sites in different media libraries. It appears that both pdfs are stored in WP-content blogs directory but seem to have different file numbers and names.</p>
<p>I dont think this is a plugin issue since she was using the via hypothesis link, not the plugin to add the annotation layer on these pdfs. Moreover, when I installed the plugin on the Span2204 site, the pdfs cannot be read because the via hypothesis link is added to the pdf url twice.</p> CUNY Academic Commons - Bug #10794 (New): Memcached connection occasionally breakshttps://redmine.gc.cuny.edu/issues/107942018-12-06T20:30:55ZBoone Gorgesboone@gorg.es
<p>A handful of times over the past month or so, the Memcached connection seems to have failed completely. This manifests first by extreme slowness in Commons load times. With Query Monitor enabled, I can then see that there are hundreds of database hits instead of the normal small handful. Occasionally, `wp cache flush` fixes it. But more often, I have to go in and switch from one to the other item in the $memcached_servers array. When I do this (and, importantly, run `wp cache flush` immediately afterward, to ensure that WP doesn't access stale cache in the other node) things come back to life immediately.</p>
<p>I don't really have the tools at my disposal to debug this fully. If the problem is that the cache is corrupted and thus inaccessible, I guess I would know that by looking at some sort of Memcached log <a class="external" href="https://serverfault.com/questions/422350/memcached-debuging-server-logs-monitor-the-memcached-servers">https://serverfault.com/questions/422350/memcached-debuging-server-logs-monitor-the-memcached-servers</a> and perhaps by examining the contents of the cache directly via Telnet. Or the problem could be a connection issue, though I'm unsure how to test that directly.</p>
<p>I don't know the proper next steps, but I'm starting this ticket so that the issue is on Ray's radar and so that we have a place to collect ideas and incident reports.</p> CUNY Academic Commons - Bug #9346 (New): Clone cetls.bmcc.cuny.edu for developmenthttps://redmine.gc.cuny.edu/issues/93462018-03-05T20:45:01ZOwen Roberts
<p>Hi there,</p>
<p>I'm working on some change to the BMCC CETLS site at cetls.bmcc.cuny.edu and it would be great to have a development clone available for testing, something at celtsdev.bmcc.cuny.edu if possible.</p>
<p>Thanks!</p>
<p>Owen</p> CUNY Academic Commons - Bug #8440 (New): Create Test Email Accounts for Onboarding Projecthttps://redmine.gc.cuny.edu/issues/84402017-07-26T11:05:46ZStephen Realsbrnlb@gmail.com
<p>This issue is intended to ensure that we don't forget to create a bunch (not sure how big a bunch is) of test email accounts that we can "invite" to join the commons when testing the upcoming revised Onboarding process.</p> CUNY Academic Commons - Bug #7928 (New): Duplicate Forum posthttps://redmine.gc.cuny.edu/issues/79282017-04-07T16:57:35ZLuke Waltzerlwaltzer@gc.cuny.edu
<p>posted through web form, posted twice: <a class="external" href="https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/forum/topic/tomorrows-weekly-check-in/#post-54584">https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/forum/topic/tomorrows-weekly-check-in/#post-54584</a></p> CUNY Academic Commons - Bug #6995 (Assigned): member filter on homepage not workinghttps://redmine.gc.cuny.edu/issues/69952016-12-08T02:12:46ZMatt Goldmattgold@gmail.com
<p>when I go to the homepage and try to filter users by active / newest, the list refreshes but shows the same members in the same orde</p> CUNY Academic Commons - Bug #6671 (Assigned): "Post too often" RBE error messagehttps://redmine.gc.cuny.edu/issues/66712016-11-11T14:55:22ZMatt Goldmattgold@gmail.com
<p>Hi Ray,</p>
<p>I sent a reply by email to the CAC group just now. The message posted, but I also received an error message by email -- please see attached</p>