[wp-meta] [Making WordPress.org] #6079: Clearer thread URLs and email notifications

Making WordPress.org noreply at wordpress.org
Mon May 29 21:50:53 UTC 2023


#6079: Clearer thread URLs and email notifications
----------------------------+---------------------
 Reporter:  galbaras        |       Owner:  (none)
     Type:  enhancement     |      Status:  new
 Priority:  normal          |   Milestone:
Component:  Support Forums  |  Resolution:
 Keywords:  has-patch       |
----------------------------+---------------------

Comment (by Starbuck):

 In general, I don't think any ticket should be closed unless 1) The author
 says the issue is resolved, or 2) the author is not active and consensus
 is that the issue is resolved.

 Therefore, for this ticket, unless solutions are actually proposed and
 implemented, and this ticket is processed as an intentional or accidental
 bonus, I don't think this ticket should be closed.

 At the end of the day, as I've noted above, can we agree that "context" is
 the goal, and without obvious "yes, there is context in the
 result/notification" it seems none of these can be closed.

 I'm getting a bit frustrated with this topic, though please don't take
 this as aggressively, I'm just conveying sentiment in a collaborative
 manner. At the time a search result or notification is generated, all of
 the context is available. So why is any of this such a big deal that takes
 1-2 years for consideration and resolution?

 Let's step away from changing URLs as a solution to the context problem
 and just focus on adding more context. What's wrong with adding in emails
 and search results a standard template that includes relevant names and
 links? The exact same code can be used for emails and search results.
 Example:

 {{{
 Plugin : [plugin name](url) {PluginID} or N/A
 Theme : [theme name](url) {ThemeID} or N/A
 Forum Section : [section name](url) or N/A
 Thread : [thread name](url) or N/A
 }}}

 Just fill in all relevant detail that is available. This text-as-meta is
 easily searchable and filterable. The IDs are included in case a plugin
 name changes - we have the opportunity to use either as we wish.

 As a great/existing example, look to the emails we get from Trac as a
 model:

 [[Image(230529144103.png)]]
 In summary, just stepping back a moment - why is this concept such a big
 deal? Or are we hung up on the specific suggestions for implementation? :)

 Thanks!

-- 
Ticket URL: <https://meta.trac.wordpress.org/ticket/6079#comment:30>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org


More information about the wp-meta mailing list