Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • Tryton Tryton
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 707
    • Issues 707
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 54
    • Merge requests 54
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • External wiki
    • External wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • TrytonTryton
  • TrytonTryton
  • Issues
  • #3722
Closed
Open
Issue created Feb 28, 2014 by Jean CAVALLO@jcavallo

Don't retry too fast to fetch icon after failure

I have an icon field for which the filename is not good. i.e. the server cannot
find the file.

I do not know why, but it looks like that the error is not reported properly.
Furthermore, the thread stays open server side.

Using the application (with the client) creates more and more of those threads,
until the os fails.

How to reproduct :
- Install client, server from mercurial
- Create new database
- rename ir/ui/icons/tryton-list.svg to something else
- connect to the server using the client
- Thread number should increase as soon as the client tries to load the failing
icons (go to Admin => UI => icons, open the list and refresh to trigger a
massive increase)

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking