CUNY Graduate Center - Project Tracking System: Issueshttps://redmine.gc.cuny.edu/https://redmine.gc.cuny.edu/favicon.ico2024-03-14T15:49:10ZCUNY Graduate Center - Project Tracking System
Redmine CUNY Academic Commons - Feature #19980 (Assigned): Better duplicate-notification prevention for b...https://redmine.gc.cuny.edu/issues/199802024-03-14T15:49:10ZBoone Gorgesboone@gorg.es
<p>bp-multiple-forum-post was written before BPGES started using an asynchronous queue technique for sending notifications. As a result, its mechanism for preventing duplicate notifications - which involves a runtime global - is not effective. Instead, we should prevent BPGES from entering a record into the queue table when we see that the user already has the activity item in his/her queue.</p>
<p>This in itself will not be enough. If you post to A and cross-post to B, you could have a situation where:<br />1. The item is queued with respect to group A, and bp-multiple-forum-post schedules a task to create the crossposts<br />2. BPGES runs its "immediate" queue and your A notification goes out. It's then deleted from the queue.<br />3. Later, bp-multiple-forum-post creates its crossposts. Since the A notification has been cleared from the queue, the check described above won't be found.</p>
<p>Modifying BPGES to keep a persistent queue seems like a bad idea - it'd mean introducing a 'status' column, and it'd mean keeping items around forever, unless we had a cleanup routine.</p>
<p>I guess the alternative is to keep track in some other way of users who have received notifications (or, better still, users for whom a BPGES notification has been queued) on a cross-posted item. There's no beautiful way to do this. I guess maybe a piece of postmeta that lives with the original post, which will have to be checked when bp-multiple-forum-post creates the crossposts.</p> CUNY Academic Commons - Bug #19247 (New): CV editor scripts not loaded in Dashboard > CV > [edit]https://redmine.gc.cuny.edu/issues/192472023-11-10T18:43:40ZBoone Gorgesboone@gorg.es
<p>Jeremy, this is probably why you were not able to edit CVs in the Dashboard. It appears that the cac-cv-editor script is never loaded in the Dashboard. The script is registered in Front\Editor::setup_editor(), but it seems like this is only invoked in PostType\CV\filter_template(). Could you have a look?</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 - Feature #18194 (New): Migration routine for CVshttps://redmine.gc.cuny.edu/issues/181942023-05-09T17:38:21ZBoone Gorgesboone@gorg.es
<p>When we introduce the new CV feature <a class="issue tracker-2 status-5 priority-4 priority-default closed child" title="Feature: CV Editing and Publishing (Resolved)" href="https://redmine.gc.cuny.edu/issues/17768">#17768</a> we will need to migrate over existing user data. Some initial thoughts for discussion:</p>
<p>- We should not create CVs for all existing users. How do we decide? I propose that we should only create them for users who have at least one "bottom" section filled in - Education, Positions, Publications, etc. Does anyone else have suggestions for how this should work?<br />- We'll have to build block markup using a pipeline like <code>serialize_blocks()</code>. This is likely to be subject to all sorts of issues with character encoding, etc, so we'll have to find some outlier profiles to use for testing. Ones with lots of fields built in, etc.<br />- Should old data - ie the BP profile data - be deleted or kept? It depends in part on whether we will continue to use the BP profile data. I'm thinking in part of directory search. If we do this, we'll need a mechanism in the regular CV save routine that syncs the relevant fields to BP's profile data system.</p>
<p>The migrator will have to be one of the last things built, since it'll depend on the specifics of the CV block implementation. See <a class="issue tracker-2 status-5 priority-4 priority-default closed parent" title="Feature: CV "top" section (Resolved)" href="https://redmine.gc.cuny.edu/issues/18192">#18192</a>, <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: CV "bottom" section (Resolved)" href="https://redmine.gc.cuny.edu/issues/18193">#18193</a>.</p> CUNY Academic Commons - Bug #18016 (Hold): ml-slider get_plugins() call causes performance issueshttps://redmine.gc.cuny.edu/issues/180162023-04-12T16:57:56ZBoone Gorgesboone@gorg.es
<p>See discussion at <a class="external" href="https://redmine.gc.cuny.edu/issues/15767#note-2">https://redmine.gc.cuny.edu/issues/15767#note-2</a> and follow-up. The ml-slider folks have promised to fix the issue, but have not done so. <a class="external" href="https://wordpress.org/support/topic/call-to-get_plugins-causing-performance-problems/">https://wordpress.org/support/topic/call-to-get_plugins-causing-performance-problems/</a></p>
<p>Until they do, we will need to patch ml-slider each time it's updated. This happens next in the 2.1.5 release.</p>
<p>We should also have some sort of system for notifying the release manager (ie me) whenever this patch needs to be applied. Looking at GitHub Actions results is already part of my workflow, which helps me catch invalid syntax and other items. But this one is kinda hard to catch with static analysis tools. Instead, I'm thinking I'll add something to the wp-cli-cac script that I use for bulk plugin updates, something that throws a huge notice about plugins that need manual attention after they've received an update.</p> CUNY Academic Commons - Feature #15194 (New): PHPCS sniff for un-restored switch_to_blog() callshttps://redmine.gc.cuny.edu/issues/151942022-01-14T20:15:06ZBoone Gorgesboone@gorg.es
<p>When <code>switch_to_blog()</code> is called but not properly "closed" via <code>restore_current_blog()</code>, havoc ensues. The most recent instance of this is #15170.</p>
<p>We should introduce a PHPCS sniff to our custom ruleset that looks for <code>switch_to_blog()</code>, and then ensures that all code paths out of the method have a <code>restore_current_blog()</code> before returning.</p> CUNY Academic Commons - Support #11883 (New): Need Embedding Help Page Update (Tableau)https://redmine.gc.cuny.edu/issues/118832019-09-19T21:43:37ZAnthony Wheeler
<p>Hi Scott,</p>
<p>So I was recently trying to embed a Tableau visualization into a Commons site when I ran into a couple of roadblocks. I went to our Help Page for embedding from other websites, and it was helpful, but something we may want to add is that when copying the share link over from Tableau, you have to make sure you copy the link under "Original View" <br /><img src="https://redmine.gc.cuny.edu/attachments/download/12443/Screen%20Shot%202019-09-19%20at%205.40.11%20PM.png" alt="" /></p>
<p>It was only after that discovery that the visualization was fully functioning within the Commons. I attached (or tried to attach) a screenshot to hopefully show you what I'm talking about.</p>
<p>Thanks!</p> NYCDH Community Site - Feature #10631 (New): DATA VIS - Flyer and Cardshttps://redmine.gc.cuny.edu/issues/106312018-10-29T18:19:49ZAlex IrklievskiAIrklievski@gc.cuny.eduNYCDH Community Site - Feature #10630 (New): Digital Humanities - Flyer and Cardshttps://redmine.gc.cuny.edu/issues/106302018-10-29T18:14:33ZAlex IrklievskiAIrklievski@gc.cuny.eduNYCDH Community Site - Feature #10628 (New): Data Science - Flier and Cardshttps://redmine.gc.cuny.edu/issues/106282018-10-29T18:07:24ZAlex IrklievskiAIrklievski@gc.cuny.eduNYCDH Community Site - Feature #10627 (New): Compu Linguistics - Flyer and Cardshttps://redmine.gc.cuny.edu/issues/106272018-10-29T18:01:39ZAlex IrklievskiAIrklievski@gc.cuny.eduNYCDH Community Site - Feature #10626 (Assigned): Cognitive Neuroscience - Flyer and Cardshttps://redmine.gc.cuny.edu/issues/106262018-10-29T17:52:37ZAlex IrklievskiAIrklievski@gc.cuny.eduNYCDH Community Site - Feature #10625 (New): IMS - Flyer and Cardshttps://redmine.gc.cuny.edu/issues/106252018-10-29T17:44:21ZAlex IrklievskiAIrklievski@gc.cuny.eduNYCDH Community Site - Feature #10624 (New): QMSS - Flyer and Cardshttps://redmine.gc.cuny.edu/issues/106242018-10-29T17:36:33ZAlex IrklievskiAIrklievski@gc.cuny.eduCUNY Academic Commons - Bug #4388 (Assigned): Repeated request for authentication.https://redmine.gc.cuny.edu/issues/43882015-08-05T19:43:46ZAlice.Lynn McMichaelalimcmichael@hotmail.com
<p>Hi, I'm building a site on the Commons, and when I click on a page or refresh one, a pop-up asking for authentication interrupts the work, often making me click OK up to 8-10 times. (It doesn't go away if I click Cancel, either). I can't tell whether this is Commons-wide or related to my account or theme, although it did not happen when I used a different Commons site yesterday</p>
<p>My site is not public yet, but the URL is amcmichael.commons.gc.cuny.edu and the theme is Make. I've had this problem repeatedly over the last couple of weeks. (See the attached screenshot for the pop-up box that I get).</p>
<p>Thank you.<br />Best,<br />Alice Lynn</p>