Remove ‘branch’ functionality from themes.trac.wordpress.org

As reported by #3686-meta the theme ‘Branches’ is appearing as a special item in the code browser.

Could the following rules be added to wp-themes/conf/trac.ini under [svn] to disable TracTrac Trac is the place where contributors create issues for bugs or feature requests much like GitHub.https://core.trac.wordpress.org/.’s default svn structure handling which we don’t use on that instance?
branches=
tags=

(I’ve tested that this works as expected under a local trac)

#prio3 #trac

#3686-meta

Analytics access

Hi there, could @dd32 (in case he doesn’t have it), @tellyworth, and I be granted Google Analytics access to the wordpress.orgWordPress.org The community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/ group again? It’s currently blocking us from testing #1017-meta and moving forward with SEO work for the growth council. Thanks!

#prio1

#1017-meta

Feedly RSS blocking

As pointed out by https://meta.trac.wordpress.org/ticket/3664 we’re currently disallowing the Feedly RSS reader to use the Trac RSS feeds.

Is there any possibility of allowing that? Is it blocked for a specific reason? etc.

#prio3

Hi, could the w.org to…

Hi, could the w.org to wordpress.org redirect please be updated to maintain its path?

ref: https://meta.trac.wordpress.org/ticket/3170

#prio-3

#prio3

core.trac.wordpress.org redirect updates

Hi, Could the following changes to trac.wordpress.org.conf please be made?

  • Change rewrite ^/my-patches$ /report/25; to rewrite ^/my-patches$ /report/29;
  • Add rewrite ^/my-patches/all$ /report/25; after the above rule

ref: https://meta.trac.wordpress.org/ticket/3567

#prio3

Change spam auto-delete threshold on Marx cPanel

We’ve gotten a few reports lately of emails not making it to our HelpScout instance. Looking at the Spam Filters settings in cPanel shows one potential culprit:

The current Auto-Delete Threshold Score (4) is lower than the Spam Threshold Score (5). This will cause the system to automatically delete messages that it did not previously consider to be spam. We strongly recommend that you increase your Auto-Delete Threshold Score.

When we try to change the threshold number to something else, like 5 or 6, the UIUI UI is an acronym for User Interface - the layout of the page the user interacts with. Think ‘how are they doing that’ and less about what they are doing. shows that the change was successful. However, after refreshing the page, the UI once again shows that the threshold is still 4. I suspect that this number must be hard-coded in a config file somewhere.

We would like to get this number bumped up to 5 or 6.

Thanks.

#prio2