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 #19239 (New): Error occured when creating a group in CDevhttps://redmine.gc.cuny.edu/issues/192392023-11-09T19:22:57ZSara Cannon
<p>I went through the process of creating a group on CDev. When I hit "create group and continue" I got the "there has been a critical error on this website" page. I then navigated to the group page and saw that my group was actually created even though the error was thrown. <br /><img src="https://redmine.gc.cuny.edu/attachments/download/26813/Screenshot%202023-11-09%20at%201.14.01%20PM.png" alt="" /><br /><img src="https://redmine.gc.cuny.edu/attachments/download/26814/Screenshot%202023-11-09%20at%201.13.43%20PM.png" alt="" /></p> CUNY Academic Commons - Bug #18213 (New): Google Analytics 4 migration documentation for usershttps://redmine.gc.cuny.edu/issues/182132023-05-12T15:40:30ZBoone Gorgesboone@gorg.es
<p>Individual sites on the Commons can have their own Google Analytics tracking. See <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: StatPress performance & migrate to per-site Google Analytics (Resolved)" href="https://redmine.gc.cuny.edu/issues/10722">#10722</a>. Since <a class="issue tracker-3 status-5 priority-4 priority-default closed" title="Support: Google Analytics 4 tagging (Resolved)" href="https://redmine.gc.cuny.edu/issues/13511">#13511</a>, we have supported Google Analytics 4 in addition to the legacy Universal Analytics. In Summer 2023, Google will be phasing out UA, so we should make some changes on the Commons:</p>
<p>1. Amend our help documentation to indicate that GA4 is the proper system to use, and to guide people on how to migrate their legacy UA accounts to GA4. Those users will then need to be directed on how to enter their new GA4 identifier in place of the old UA- identifier on their Commons sites.<br />2. We should change the language on the Commons dashboard panel so that it no longer indicates that both UA and GA4 are supported.<br />3. Scott, if you think it makes sense, we could build a system to build a list of sites using the old UA IDs. We can then either (a) email them, or (b) have something in the Commons (like an admin notice?) telling them to make the necessary changes, or (c) something else or some combination of these.</p>
<p>Scott, what do you think?</p> CUNY Academic Commons - Bug #17712 (New): Event Directory issueshttps://redmine.gc.cuny.edu/issues/177122023-02-22T22:05:04ZRaymond Hoh
<p>Just salvaging a few things brought up by Laurie and Colin in a recently-deleted ticket.</p>
<hr />
<p>Laurie wrote:</p>
<blockquote>
<p>I created a text event in a private group but my "all upcoming" events tab reads zero "0" , see screenshot. Shouldn't the # counts described the following:</p>
<p>"all upcoming" = # of public + events you created in private groups on the commons</p>
<p>"My upcoming" = # of events in private and public groups you are a part of, and events you created</p>
</blockquote>
<hr />
<p>Confirmed about the "All Upcoming" count not including private events that the user authored. Will look into this.</p>
<hr />
<p>Colin wrote:</p>
<blockquote>
<p>Speaking of... there are no upcoming or visible events on the /events/ page, so anything we can do to encourage more event creation (including publishing more ourselves) would help to make that top level page more vibrant.</p>
</blockquote>
<hr />
<p>Maybe we can add a message when there are no upcoming events.</p>
<p>For logged-in users:</p>
<blockquote>
<p>There are no upcoming events. Feel free to [add your upcoming event to the calendar](LINK). You can also view prior events [here](LINK TO PREVIOUS MONTH'S EVENTS).</p>
</blockquote>
<p>For logged-out users:</p>
<blockquote>
<p>There are no public, upcoming events. You can view prior events [here](LINK TO PREVIOUS MONTH's EVENTS).</p>
</blockquote> CUNY Academic Commons - Bug #17587 (New): Recurring event issueshttps://redmine.gc.cuny.edu/issues/175872023-01-31T07:16:53ZRaymond Hoh
<p>I came across a few bugs while testing events:</p>
<ul>
<li>Dates for recurring events are not displayed correctly in list view. The first event date is shown instead of the actual recurring event's date.</li>
<li>Recurring date info is missing on single event pages. For a point of reference, a recurring event page looks like this in Event Organiser: <a class="external" href="http://demo.wp-event-organiser.com/events/event/fortnightly-event/">http://demo.wp-event-organiser.com/events/event/fortnightly-event/</a>. Do we want to port over the <code>"This event is running from X until Y. It is next occurring on Z"</code> line or the "Upcoming Dates" section? (Also, venue map is missing on our single event page as well.)</li>
</ul>
<p>Will add a fix for the former, but could use some feedback on the latter.</p> CUNY Academic Commons - Bug #17551 (New): Events Calendar viewhttps://redmine.gc.cuny.edu/issues/175512023-01-24T21:44:09Zscott vothscott.voth@verizon.net
<p>When I switch from "List View" to "Calendar View" I get a "Loading" icon spinning around. In debugger seems like some CORS issue.</p>
<p>I wanted to get some screenshots of December events, so I "back arrowed" to December. When I go back to list view everything is fine. But I am still in January, not December.</p> CUNY Academic Commons - Bug #17542 (New): Ninja Forms plugin can write many "_wp_session" entries...https://redmine.gc.cuny.edu/issues/175422023-01-24T01:02:58ZRaymond Hoh
<p>While looking a bit into <a class="issue tracker-2 status-8 priority-4 priority-default closed" title="Feature: Strategies for reducing database size (Duplicate)" href="https://redmine.gc.cuny.edu/issues/17522">#17522</a>, I looked at the options database table for the <a href="https://iletc.commons.gc.cuny.edu" class="external">ILETC</a> site and found 51,000 entries for options beginning with <code>"_wp_session"</code>:</p>
<pre>
mysql> select count(*) from wp_1185_options where option_name like '_wp_session%';
+----------+
| count(*) |
+----------+
| 51084 |
+----------+
1 row in set (0.02 sec)
</pre>
<p>I searched through our plugins to see what might be causing this and the options comes from the <a href="https://wordpress.org/plugins/ninja-forms/" class="external">Ninja Forms</a> plugin. Specifically, the use of the <code>WP_Session</code> library: <a class="external" href="https://github.com/cuny-academic-commons/cac/blob/master/wp-content/plugins/ninja-forms/includes/Session.php">https://github.com/cuny-academic-commons/cac/blob/master/wp-content/plugins/ninja-forms/includes/Session.php</a>. Sometime in the past, Ninja Forms was activated on the ILETC site, but it isn't currently active.</p>
<p>Next, I decided to look through current sites with Ninja Forms active. Out of the current sites with Ninja Forms active, I came across the <a href="https://digitalfellows.commons.gc.cuny.edu/" class="external">GC Digital Fellows</a> website, which had ~150,000 <code>"_wp_session"</code> options:</p>
<pre>
mysql> select count(*) from wp_1120_options where option_name like '_wp_session%';
+----------+
| count(*) |
+----------+
| 154139 |
+----------+
1 row in set (0.35 sec)
</pre>
<p>The other sites with Ninja Forms active did not have this issue. I just deleted the <code>"_wp_session"</code> options for both ILETC and GC Digital Fellows and cleared the options object cache for both sites.</p>
<p>Perhaps this is an older bug in Ninja Forms that might have been fixed in a more, recent version, but thought it would be worth documenting in a ticket.</p> CUNY 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 #14496 (New): Mapped domain SSO uses third-party cookieshttps://redmine.gc.cuny.edu/issues/144962021-05-24T20:03:23ZRaymond Hoh
<p>Currently, our mapped domain plugin, Mercator, uses third-party cookies in order to automatically sign-on logged-in Commons users to mapped domains.</p>
<p>The problem with this is third-party cookies are increasingly being blocked by default and there are plans in Chrome to scrap third-party cookies entirely <a href="https://blog.chromium.org/2020/01/building-more-private-web-path-towards.html" class="external">in the next few years</a>.</p>
<p>This ticket is to track what we should do.</p>
<p>Some approaches include:</p>
<p>- Redirecting logged-in users to the Commons subdomain instead of the mapped domain<br />- Remove SSO entirely. Meaning that users will have to login again on the mapped domain even if they are already logged into the Commons.<br />- Find another sign-on approach that doesn't use third-party cookies. Could rely on a set of redirects, but has the potential to be error-prone.</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 #11243 (New): Audit bp-custom.phphttps://redmine.gc.cuny.edu/issues/112432019-03-20T04:10:58ZRaymond Hoh
<p>Over the years, we've added a lot of code to our BuddyPress custom code file - <code>bp-custom.php</code>.</p>
<p>Some of that code is no longer applicable to the Commons today. It's time to trim the fat for 1.15!</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>