dotCMS / dotCMS/core

[DEFECT] Null Binary fields are overpopulating the logs with WARNs on page load.

Open
#34,291 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

OKR : Customer Support Team : Maintenance
Dominant language
Java
Stars
970
Forks
486
Avg merge
3d 33m
Merged PRs (30d)
170

Description

Problem Statement

When a content type has a Binary Field that isnt required, when a page loads containing content of said content type, the logs get several WARN lines written to it.

Steps to Reproduce

https://github.com/user-attachments/assets/6bf266fc-b2d5-4ddf-bfd3-c58eb2d5e74d

In an environment running demo data

  1. Go to Content Types
  2. Open Activity Content Type
  3. Add Binary field.
  4. Give it a name leave the rest as default.
  5. Open a new tab.
  6. Go to the Maintenance Portlet.
  7. Go to Log Files tab.
  8. Select dotcms.log to tail the log.
  9. Go back to main tab.
  10. Go to the Browser Portlet
  11. Open the main index page.
  12. Go back to logs tab to view WARNs
Acceptance Criteria

I think a configuration property that can be set to hide these warnings might be best, or a better way of handling the repeat warnings.

dotCMS Version

23.01
Current Evergreen 26.01.02-01

Severity

High - Major functionality broken

Links

https://helpdesk.dotcms.com/a/tickets/34967

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce the issue using the Content Types, Maintenance Portlet, Log Files, and Browser Portlet steps in the report, with an optional null Binary field on Activity Content Type. Start by locating the source of the repeated WARNs during page loading. Done means optional null Binary fields no longer overpopulate the logs while relevant warnings remain visible.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
backend, observability
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
42/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.