Remove backticks from Report a Bug scripts #127801

Closed
Alaska wants to merge 1 commits from Alaska:remove-backticks into main

When changing the target branch, be careful to rebase the branch in your fork to match. See documentation.
Member

Removing backticks allows Gitea to automatically create and display
links between commit hashes and the actual commit on the bug report.

Removing backticks allows Gitea to automatically create and display links between commit hashes and the actual commit on the bug report.
Alaska added 1 commit 2024-09-18 14:42:00 +02:00
Alaska added this to the Triaging project 2024-09-18 14:42:06 +02:00
Iliya Katushenock requested review from Bastien Montagne 2024-09-18 14:42:33 +02:00
Author
Member

I'm not sure who to add as a reviewer. If you believe someone else is better suited as a reviewer, feel free to add them.

This change was requested by @mont29


Benefit of the change:

  • Creates automatical links to hashes.

Disadvantage of the change:

  • Results in increased noise in the commit notes section.
    • In case you don't know. The Blender bot script adds notes on commits mentioning where it was referenced from. There wil be increased "noise" in these notes, from all the bug reports made on specific hashes.
I'm not sure who to add as a reviewer. If you believe someone else is better suited as a reviewer, feel free to add them. This change was requested by @mont29 --- Benefit of the change: - Creates automatical links to hashes. Disadvantage of the change: - Results in increased noise in the commit notes section. - In case you don't know. The Blender bot script adds notes on commits mentioning where it was referenced from. There wil be increased "noise" in these notes, from all the bug reports made on specific hashes.
Alaska requested review from Thomas Dinges 2024-09-18 14:48:57 +02:00
Alaska requested review from Philipp Oeser 2024-09-18 14:48:58 +02:00
Member

Personally I find the reference noise in the notes more annoying than having to copy & paste a hash. Not sure if this was discussed by others though.

Personally I find the reference noise in the notes more annoying than having to copy & paste a hash. Not sure if this was discussed by others though.
Author
Member

Not sure if this was discussed by others though.

To my knowledge there hasn't been a discussion about this outside of a quick note from Bastien in the Triaging Blender chat channel:

Bastien:
small note regarding commits in gitea reports/comments: Please do not put the hashes inside back-ticks ``, this prevents gitea from detecting them as commits and automatically generate the links to them.

Alaska:
Just for clarification.
If a user selects Help -> Report a bug from Blender. You get "Broken: ... hash_in_ticks". Is that fine?
But when a triager modifies it and says "Broken: Caused by 4.3 hash" you don't want the ticks? Or do you not want the ticks in any situation?

Bastien:
I'd rather not have the ticks in any situation

This last statement lead to me opening this PR.

> Not sure if this was discussed by others though. To my knowledge there hasn't been a discussion about this outside of a quick note from Bastien in the Triaging Blender chat channel: > *Bastien:* > small note regarding commits in gitea reports/comments: Please do not put the hashes inside back-ticks ``, this prevents gitea from detecting them as commits and automatically generate the links to them. > *Alaska:* > Just for clarification. > If a user selects Help -> Report a bug from Blender. You get "Broken: ... `hash_in_ticks`". Is that fine? > But when a triager modifies it and says "Broken: Caused by 4.3 `hash`" you don't want the ticks? Or do you not want the ticks in any situation? > *Bastien:* > I'd rather not have the ticks in any situation This last statement lead to me opening this PR.

I find the copy/paste fairly annoying TBH :)

Results in increased noise in the commit notes section.

Not sure I understand what is the issue here, can someone give (or link to) an example?

I find the copy/paste fairly annoying TBH :) > Results in increased noise in the commit notes section. Not sure I understand what is the issue here, can someone give (or link to) an example?
Author
Member

27680118db

Underneath the commit message in the Gitea UI is a section for notes. At the moment this is primarily used by the blender-bot to note when the commit is referenced somewhere.

If we remove backticks from the hash from the Report a Bug button, then unrelated notes will be added to commits simply because someone made a bug report from a build with that specific hash.

27680118dbdf37fd086554786555cdd9763fa13a Underneath the commit message in the Gitea UI is a section for notes. At the moment this is primarily used by the blender-bot to note when the commit is referenced somewhere. If we remove backticks from the hash from the `Report a Bug` button, then unrelated notes will be added to commits simply because someone made a bug report from a build with that specific hash.

Aaaah I see :( , thanks.

Then indeed, I think it would be better to not edit the report template.

But is there agreement that once triaging/dev team has identified an actual issue-related commit, they should still use unticked hashes then?

Aaaah I see :( , thanks. Then indeed, I think it would be better to not edit the report template. But is there agreement that once triaging/dev team has identified an actual issue-related commit, they should still use unticked hashes then?
Author
Member

But is there agreement that once triaging/dev team has identified an actual issue-related commit, they should still use unticked hashes then?

I think it's a good idea and I will personally aim to do that.

> But is there agreement that once triaging/dev team has identified an actual issue-related commit, they should still use unticked hashes then? I think it's a good idea and I will personally aim to do that.
Alaska closed this pull request 2024-09-18 16:42:58 +02:00
Alaska deleted branch remove-backticks 2024-09-18 16:43:17 +02:00
Member

test comment for an edit of a comment that has one with backticks (e.g. a2a03252c6 ) that are then edited away at a later point

test comment for an edit of a comment that has one with backticks (e.g. a2a03252c6cf44f6c42ef474cd5d164d3ca3af4a ) that are then edited away at a later point

Pull request closed

Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset System
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Viewport & EEVEE
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Asset Browser Project
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Module
Viewport & EEVEE
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Severity
High
Severity
Low
Severity
Normal
Severity
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#127801
No description provided.