2025-04-17 Triaging Module Meeting

Biweekly Triaging module meeting for planning and coordination.
Folks on the payroll should attend if possible, others are invited as well.
In these meetings, we can keep us up-to-date on everything triaging, discuss recent important issues and see if we can bring the module forward.
I believe it is also good to see human faces once in a while :), so there is always room for some personal stuff if appropriate.

The meeting will be on 2025-04-17T11:00:00Z. It is open for everybody interested to join the video call (link below).

Links

Attendees

Topics

  • Announcements
    • LLM for triaging
      • please review this doc so we can justify the project to HQ planning
"Pending TODOs/followups (wont get an active topic if no news have to be announced)"

Meeting Notes

  • TODOs/followups
    • LLM for triaging
      • We quickly went over the LLM document
        • Probably best to put a “plan” section (at the end?), shifting the database to HQ, also generally stating we are in tryout phase… and also put a date there for re-evaluation of goals/status etc.
      • Open question: how often do we (as Triaging) need to download new models and how is the current process of doing it (requires Arnd/Bart each time?)
        • Are there other things we can do to reduce the impact on the people at the head quarters (Time needed to maintain the machine, and the network impact for people at the head quarters while downloading large models)?
      • At the moment there are some issues with with the LLMs (Germano mentioned they can get confused about who they’re responding too).
        • Their proposed solution was to fine tune the model. But could we explore some other ideas (Adjusting system prompts, adding more databases and more tools to the LLM, etc, to create “agents”) to see if we can resolve these issues without having to resort to finetuning?
    • We didn’t talk about other topics since the people incharge of them were away.

Following meeting

The following meeting will be on 2025-05-08T11:00:00Z. Again it will be open for everybody who’s interested.

4 Likes

I talked about it in the chat.
The current function is to “View Crash Log”, if I understand correctly it’s to open the file.
Personally, I hope it can open the folder location instead of viewing it.

To most users who don’t have technical knowledge. Crash log is basically written in an alien language.
It’s not possible for users to figure out the cause of crash, neither is possible for them to solve the issue. The best users should do is to attach it to the bug report.
While “Report a bug” button facilitates the process of bug reporting, “View Crash Log” is not helpful for them to drop the txt file into the report.
Rather, it seems to encourage users to copy and paste the content. AFAICS, It’s not uncommon for users to just copy tons of text from windows console and end up a report of file path names. I think it will be nearly the same in this case.

Another issue is that the message is telling the folder address, but it’s a long address which doesn’t allow users to copy and paste to file browser.
In case users are not familiar with computer, they may not be able to find the folder at all. Especially “App” folder is a hidden folder that people need to unhide manually.

A counter argument I’ve been replied in the chat is that “Temp” folder may contain lots of other files.
AFAIK, when execution opens the folder, it’s possible to highlight a specific file among others. So I personally don’t think it’s a problem. Or else if people manually dig into the Temp folder by themselves, they will end up looking for the actual crash log among many other files still.
This seems just unavoidable unless devs can help it further.

just some personal opinions.

1 Like