CUNY Graduate Center - Project Tracking System: Issueshttps://redmine.gc.cuny.edu/https://redmine.gc.cuny.edu/favicon.ico2024-03-19T15:39:55ZCUNY Graduate Center - Project Tracking System
Redmine CUNY Academic Commons - Feature #20014 (New): Reskin of Group Libraryhttps://redmine.gc.cuny.edu/issues/200142024-03-19T15:39:55ZBoone Gorgesboone@gorg.es
<p>See Figma file linked at <a class="external" href="https://redmine.gc.cuny.edu/issues/19592#note-14">https://redmine.gc.cuny.edu/issues/19592#note-14</a></p> CUNY Academic Commons - Feature #20013 (New): Support for Commons-provided cover images in group ...https://redmine.gc.cuny.edu/issues/200132024-03-19T15:34:39ZBoone Gorgesboone@gorg.es
<p>See <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Updating Group/Site Creation and Completion pages (New)" href="https://redmine.gc.cuny.edu/issues/19724">#19724</a>. This ticket is a placeholder for now, but once the 2.4.0 branch is set up so that cover image support is unlocked during group creation/editing, I'll ask Jeremy to begin taking a look at how we can integrate his work from the CV creation flow into the group creation/editing flow.</p> CUNY Academic Commons - Bug #19944 (New): Dealing with BuddyPress 12.x upgrade, pt. 2https://redmine.gc.cuny.edu/issues/199442024-03-11T22:29:12ZRaymond Hoh
<p>Follow-up to <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Dealing with BuddyPress 12.x upgrade (Resolved)" href="https://redmine.gc.cuny.edu/issues/19493">#19493</a>. Just wanted to make sure my comments in <a class="external" href="https://redmine.gc.cuny.edu/issues/19493#note-10">https://redmine.gc.cuny.edu/issues/19493#note-10</a> are brought forward to a future release:</p>
<blockquote>
<p>For more pronounced changes, I created a new branch -- <a href="https://github.com/cuny-academic-commons/cac/compare/bp12...bp12-part2" class="external">bp12-part2</a> -- that namely switches out all BuddyPress 12 deprecated function calls. We can roll that out in a later maintenance release.</p>
<p>I've been testing <code>bp12-part2</code> with BP Classic <em>deactivated</em> and with <code>BP_IGNORE_DEPRECATED</code> set to <code>true</code> and these are some issues I encountered:</p>
<ul>
<li>BP Event Organiser needs some minor adjustments to account for group subnav registration: <a class="external" href="https://github.com/cuny-academic-commons/bp-event-organiser/compare/1.2.x...bp12#diff-b0397cc71e95a79af968e8dadb7b8e525085f462c5a88ac11c8bdb86ecd7173d">https://github.com/cuny-academic-commons/bp-event-organiser/compare/1.2.x...bp12#diff-b0397cc71e95a79af968e8dadb7b8e525085f462c5a88ac11c8bdb86ecd7173d</a></li>
<li>bbPress does <a href="https://github.com/bbpress/bbPress/blob/4178cbf665674c128c928fabdc0322badacad06b/src/includes/extend/buddypress/groups.php#L140-L157" class="external">some conditional checks</a> that needs to be delayed to the <code>'bp_parse_query'</code> hook. This fixes an issue with the bbPress stylesheet not loading on group forum pages I mentioned above in <a href="https://redmine.gc.cuny.edu/issues/19493#note-4" class="external">comment 4</a> amongst other permission-related cap overrides for the current user.</li>
<li>I need Git permissions to the <code>tapor-client</code> repo so I can push changes and pin a new version for our <code>cac</code> repo.</li>
</ul>
<p>About the bbPress load order issue:</p>
<blockquote>
<p>Furthermore, when running bp-classic, I had to do some additional work to ensure that bbPress's BP compatibility layer is loaded in time, and is loaded only once. Like the approach above, it's pretty hacky (requiring a static variable to prevent double-loading) but it basically works. Here's the full patch: <a class="external" href="https://github.com/openlab-at-city-tech/openlab/commit/27f2a68354550295d85f0f3c5aaafc55004268f0">https://github.com/openlab-at-city-tech/openlab/commit/27f2a68354550295d85f0f3c5aaafc55004268f0</a></p>
</blockquote>
<p>I tackled this a little differently in my bbPress commit. See <a class="external" href="https://github.com/cuny-academic-commons/cac/commit/e2145f2462d3d2cbe2f16de914e7875c48b6e1cc#diff-0f345898d2c7666be77acc95ec88e90e98a407644a4ce5431b3fb96d06749039">https://github.com/cuny-academic-commons/cac/commit/e2145f2462d3d2cbe2f16de914e7875c48b6e1cc#diff-0f345898d2c7666be77acc95ec88e90e98a407644a4ce5431b3fb96d06749039</a> and the constructor and includes() portion of <a class="external" href="https://github.com/cuny-academic-commons/cac/commit/e2145f2462d3d2cbe2f16de914e7875c48b6e1cc#diff-a8d1ad6e40805411d0e557ee641e9d47c6cc3d0f17ef107f22ac729255439a5a">https://github.com/cuny-academic-commons/cac/commit/e2145f2462d3d2cbe2f16de914e7875c48b6e1cc#diff-a8d1ad6e40805411d0e557ee641e9d47c6cc3d0f17ef107f22ac729255439a5a</a> . I think the constructor changes might fix your double load order issue. Can you do some tests and see if this works for you, Boone?</p>
</blockquote>
<p>This doesn't need to go in tomorrow's 2.3.4 release. Let's put this in 2.3.5 or later.</p> CUNY Academic Commons - Feature #19724 (New): Updating Group/Site Creation and Completion pageshttps://redmine.gc.cuny.edu/issues/197242024-02-08T19:16:36ZLaurie Hurson
<p>Hi All,</p>
<p>I am wondering if, as part of this next phase of redesign, we might update the group/site creation portal pages and the group/site completion page?</p>
<p>I don't think there need to be any functional changes perhaps this is only ux/design and font changes? Maybe I am wrong though.</p>
<p>The completion page especially doesn't seem like it would be too complicated. But if this request adds too much labor, or muddies the group overhaul process, feel free to ignore.</p> CUNY Academic Commons - Design/UX #19624 (New): Mobile Menu Tweakshttps://redmine.gc.cuny.edu/issues/196242024-01-29T22:23:58ZSara Cannon
<p>The Mobile menu can use a few tweaks. We can use the User Avatar instead of the User Icon and adjust the carats' alignment. (they seem to be at an awkward spot/angle right now)</p>
<p>Designs:<br /><img src="https://redmine.gc.cuny.edu/attachments/download/27376/Screenshot%202024-01-29%20at%203.50.13%20PM.png" alt="" /></p>
<p>The current menu with the weird carats alignment:<br /><img src="https://redmine.gc.cuny.edu/attachments/download/27377/Current%20Menu.png" alt="" /></p> CUNY Academic Commons - Feature #19131 (New): Add DBLP to Commons profilehttps://redmine.gc.cuny.edu/issues/191312023-10-30T16:11:02ZRaffi Khatchadourianraffi.khatchadourian@hunter.cuny.edu
<p>Please add a DBLP field (e.g., <a class="external" href="https://dblp.org/pid/42/3722.html">https://dblp.org/pid/42/3722.html</a>) to the Commons profile (e.g., <a class="external" href="https://commons.gc.cuny.edu/members/khatchad/profile/edit/group/1">https://commons.gc.cuny.edu/members/khatchad/profile/edit/group/1</a>). It would be similar to the "Google Scholar" field that is already present. Thanks!</p> CUNY Academic Commons - Bug #18496 (New): PHP 8+ Compatibilityhttps://redmine.gc.cuny.edu/issues/184962023-07-21T22:45:40ZRaymond Hoh
<p>We're currently running PHP 7.4 in our PHPCS set up and on the GC server, but some of us are using PHP 8+ in our development environments. (For example, <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: bp-email-type doesn't properly deal with 'to' arrays (Resolved)" href="https://redmine.gc.cuny.edu/issues/16948">#16948</a>.)</p>
<p>This will be a catch-all ticket to address deprecated notices, fatal errors and the like.</p>
<p>Also, just to note that PHP 7.4 reached end-of-life back in November 2022. Upgrading to PHP 8.2 is probably good to think about when we decide to move hosts. PHP 8.2 is supported until December 2025, while PHP 8.0 will reach end-of-life in November 2023.</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 #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 - Feature #17416 (New): Sunsetting Digital Research Tools featurehttps://redmine.gc.cuny.edu/issues/174162022-12-20T17:21:03ZColin McDonald
<p>We decided during last week's dev call to sunset the Digital Research Tools (I believe referred to in the past here as the DiRT Integration category I just selected, but correct me if I'm wrong). The public URL for this directory is:</p>
<p><a class="external" href="https://commons.gc.cuny.edu/tool/">https://commons.gc.cuny.edu/tool/</a></p>
<p>It seems there may be a bug here, as clicking "Show all users" for any tool doesn't ever seem to show more than one user, which is unlikely. Rather than fixing that though, we looked at Google Analytics for that URL (see attached) that suggests along with anecdotal evidence that this feature is rarely used.</p>
<p>Especially as Sara looks to simplify the profile layout in <a class="issue tracker-15 status-5 priority-4 priority-default closed parent" title="Design/UX: Profile CV & Account Settings (Resolved)" href="https://redmine.gc.cuny.edu/issues/17385">#17385</a>, this is a good candidate to remove. You can currently access "My Tools" from this link via your profile sidebar (also see screenshot):</p>
<p><a class="external" href="https://commons.gc.cuny.edu/members/colinmcd/tools/">https://commons.gc.cuny.edu/members/colinmcd/tools/</a></p>
<p>During the dev call, Matt said that we should document this feature with some screenshots and perhaps a little bit about its original goals -- building community around users of a certain DiRT, introducing users to new tools, etc. -- and how the feature worked before we remove it entirely. It will be good to have as a reference, and who knows, maybe we revisit someday. Scott, I'm adding you as a watcher, if you don't mind taking this on.</p> CUNY Academic Commons - Feature #17102 (New): Universal footer revisions for ToS / CChttps://redmine.gc.cuny.edu/issues/171022022-10-25T16:06:51ZColin McDonald
<p>As part of our Creative Commons licensing and display overhaul, we want to edit the universal footer that appears across all Commons pages (see attached for its current state).</p>
<p>The main issue is the four links that appear under the nav items: Help, Privacy, Terms of Service, Creative Commons (CC) license unless otherwise noted.</p>
<p>(Incidentally, we have another project we should resolve here to update the text at some of these links: <a class="external" href="https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/forum/topic/summer-project-review-of-commons-tos-privacy-policy-and-mission-statement-2/">https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/forum/topic/summer-project-review-of-commons-tos-privacy-policy-and-mission-statement-2/</a>)</p>
<p>I'm proposing we change the fourth link to say Creative Commons License Info, and then instead of linking to this general CC license page that we do now:</p>
<p><a class="external" href="https://creativecommons.org/licenses/by-nc-sa/4.0/">https://creativecommons.org/licenses/by-nc-sa/4.0/</a></p>
<p>Instead we link to a new page of documentation that explains a few of the CC points we've made in recent meetings:</p>
<p>- CC-licensed content on the Commons is also subject to our ToS, which allows us to truncate, show excerpts, repurpose, etc as per the needs of our design and the Commons overall<br />- The overall Commons content philosophy and distinction: You own your content on the Commons, different than on almost any other platform or social network. Explain what this means, how you can protect/export/etc.<br />- You can change the CC license of your Commons content at any time, on a space-by-space level.<br />- You can also choose no CC license at all, later or during space setup, and retain all rights with the exception of the ToS allowances mentioned above.<br />- A section on CC licensing and OER, which would be related to <a class="issue tracker-2 status-1 priority-4 priority-default child" title="Feature: OER tag and CC licensing notification system (New)" href="https://redmine.gc.cuny.edu/issues/17101">#17101</a></p>
<p>This version of the universal footer would only show up on our "core" Commons pages, like the homepage and directories -- we will need to spell out what this core contains.</p>
<p>A separate version would appear for this footer on individual Commons site and group pages, which will have their own licensing decisions and display. This version could just omit the fourth link to CC information, to reduce possible confusion there.</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 #11496 (New): Replace Twitter Icon on Member Portfolio page https://redmine.gc.cuny.edu/issues/114962019-05-29T12:16:18Zscott vothscott.voth@verizon.net
<p>A member noticed that the twitter icon used on the member portfolio page is out of date. Is it possible to switch to the new one? <a class="external" href="https://about.twitter.com/en_us/company/brand-resources.html">https://about.twitter.com/en_us/company/brand-resources.html</a><br />(The old twitter logo looks a bit like the current tumblr icon to him.)</p> CUNY Academic Commons - Publicity #3506 (New): Prepare 1.7 email messaginghttps://redmine.gc.cuny.edu/issues/35062014-10-01T16:36:42ZMicki Kaufman
<p>Write up a lovely email describing the revolutionary new 'My Commons' page, and the rest of the delightful 1.7 feature set!</p>