Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt Extensions
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. General and Desktop
  4. Unrealistically large config file of QtProject
Forum Updated to NodeBB v4.3 + New Features

Unrealistically large config file of QtProject

Scheduled Pinned Locked Moved Unsolved General and Desktop
5 Posts 3 Posters 541 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • V Offline
    V Offline
    Valso
    wrote on last edited by
    #1

    I'm not sure if this topic is for this subforum exactly but IDK where else to post it and it's something important I thought I should report it.

    In the past few days I had a weird problem with file selector windows (staying on the screen for at least 30 seconds before the selected file is sent to the chosen program or website) of both GTK3 and Qt and it might turn out that problem was with Qt. Usually, when problems occur, deleting config files fixes everything bc it allows the programs to recreate them with their latest versions. So I deleted all GTK config files (GTK2 and GTK3) but the problem remained. Then I decided to look for any QT config files and I found one in ~/.config - unrealistically large! QtProject.conf was 480 MiB. I wanted to archive it and attach it here, so that it can be reviewed but all archivers (p7zip, File-Roller, Engrampa, the Windows 7zipFM.exe) kept throwing errors that the file doesn't exist, thus refusing to archive it. Go figure how a file doesn't exist when it's nearly 500 MB... However, after deleting that huge file and rebooting the system, the above mentioned problem disappeared and now QtProject.conf is 95 bytes, which is a lot more tolerable size. Plus, it exists!
    IDK what caused that file to be so large, though. Reading its content now, it says QT is version is 5.15.9.

    Pl45m4P jsulmJ 2 Replies Last reply
    0
    • V Valso

      I'm not sure if this topic is for this subforum exactly but IDK where else to post it and it's something important I thought I should report it.

      In the past few days I had a weird problem with file selector windows (staying on the screen for at least 30 seconds before the selected file is sent to the chosen program or website) of both GTK3 and Qt and it might turn out that problem was with Qt. Usually, when problems occur, deleting config files fixes everything bc it allows the programs to recreate them with their latest versions. So I deleted all GTK config files (GTK2 and GTK3) but the problem remained. Then I decided to look for any QT config files and I found one in ~/.config - unrealistically large! QtProject.conf was 480 MiB. I wanted to archive it and attach it here, so that it can be reviewed but all archivers (p7zip, File-Roller, Engrampa, the Windows 7zipFM.exe) kept throwing errors that the file doesn't exist, thus refusing to archive it. Go figure how a file doesn't exist when it's nearly 500 MB... However, after deleting that huge file and rebooting the system, the above mentioned problem disappeared and now QtProject.conf is 95 bytes, which is a lot more tolerable size. Plus, it exists!
      IDK what caused that file to be so large, though. Reading its content now, it says QT is version is 5.15.9.

      Pl45m4P Offline
      Pl45m4P Offline
      Pl45m4
      wrote on last edited by Pl45m4
      #2

      @Valso said in Unrealistically large config file of QtProject:

      ~/.config - unrealistically large! QtProject.conf was 480 MiB. I wanted to archive it and attach it here, so that it can be reviewed but all archivers (p7zip, File-Roller, Engrampa, the Windows 7zipFM.exe) kept throwing errors that the file doesn't exist, thus refusing to archive it. Go figure how a file doesn't exist when it's nearly 500 MB

      Looks like a temp file. Or some pre-reserved disk space, which got cleaned up later after reboot.

      @Valso said in Unrealistically large config file of QtProject:

      In the past few days I had a weird problem with file selector windows (staying on the screen for at least 30 seconds before the selected file is sent to the chosen program or website) of both GTK3 and Qt

      If you are facing the same problem with GTK, it cant be a Qt issue.


      If debugging is the process of removing software bugs, then programming must be the process of putting them in.

      ~E. W. Dijkstra

      V 1 Reply Last reply
      1
      • Pl45m4P Pl45m4

        @Valso said in Unrealistically large config file of QtProject:

        ~/.config - unrealistically large! QtProject.conf was 480 MiB. I wanted to archive it and attach it here, so that it can be reviewed but all archivers (p7zip, File-Roller, Engrampa, the Windows 7zipFM.exe) kept throwing errors that the file doesn't exist, thus refusing to archive it. Go figure how a file doesn't exist when it's nearly 500 MB

        Looks like a temp file. Or some pre-reserved disk space, which got cleaned up later after reboot.

        @Valso said in Unrealistically large config file of QtProject:

        In the past few days I had a weird problem with file selector windows (staying on the screen for at least 30 seconds before the selected file is sent to the chosen program or website) of both GTK3 and Qt

        If you are facing the same problem with GTK, it cant be a Qt issue.

        V Offline
        V Offline
        Valso
        wrote on last edited by
        #3

        @Pl45m4 said in Unrealistically large config file of QtProject:

        If you are facing the same problem with GTK, it cant be a Qt issue.

        Then how do you explain the fact that deleting all GTK configs fixed nothing and only after deleting that huge config file of Qt did fix the problem?
        The GTK file selecting windows were slow AF in reaction, the Qt windows never appeared at all and the system was freezing which could be fixed only by a "cold reboot" (PSU switch OFF and then back ON). I think it's obvious the problem was with QT, considering the huge config file.

        1 Reply Last reply
        0
        • V Valso

          I'm not sure if this topic is for this subforum exactly but IDK where else to post it and it's something important I thought I should report it.

          In the past few days I had a weird problem with file selector windows (staying on the screen for at least 30 seconds before the selected file is sent to the chosen program or website) of both GTK3 and Qt and it might turn out that problem was with Qt. Usually, when problems occur, deleting config files fixes everything bc it allows the programs to recreate them with their latest versions. So I deleted all GTK config files (GTK2 and GTK3) but the problem remained. Then I decided to look for any QT config files and I found one in ~/.config - unrealistically large! QtProject.conf was 480 MiB. I wanted to archive it and attach it here, so that it can be reviewed but all archivers (p7zip, File-Roller, Engrampa, the Windows 7zipFM.exe) kept throwing errors that the file doesn't exist, thus refusing to archive it. Go figure how a file doesn't exist when it's nearly 500 MB... However, after deleting that huge file and rebooting the system, the above mentioned problem disappeared and now QtProject.conf is 95 bytes, which is a lot more tolerable size. Plus, it exists!
          IDK what caused that file to be so large, though. Reading its content now, it says QT is version is 5.15.9.

          jsulmJ Offline
          jsulmJ Offline
          jsulm
          Lifetime Qt Champion
          wrote on last edited by
          #4

          @Valso Hard to say why the file was so big. Maybe there was an issue with the file system.

          https://forum.qt.io/topic/113070/qt-code-of-conduct

          V 1 Reply Last reply
          1
          • jsulmJ jsulm

            @Valso Hard to say why the file was so big. Maybe there was an issue with the file system.

            V Offline
            V Offline
            Valso
            wrote on last edited by
            #5

            @jsulm I suppose it's possible, but I moved to XFS filesystems a month ago and never had a problem with that until 2-3 days ago. A few packages related to filesystems (btrfs packages) updated a few times in the last week, so it's possible they did something that confused Qt to create this huge file. However, I'm not that filesystem savvy, so RN I'm just shooting in the dark, so to speak.
            I moved to XFS bc I read it was meant for large files, for faster moving of those large files between different storages and XFS is a generally faster filesystem when it comes to copying large files. Which turned out to be true, esp. compared to ext4 whose performance feels a lot like NTFS.

            If that problem occurs again, I'll attempt to archive the file again (this time through a Live distro) and see if I can send it over to Qt support. Maybe there's something among these 480 MiB which explains what happened.

            1 Reply Last reply
            0

            • Login

            • Login or register to search.
            • First post
              Last post
            0
            • Categories
            • Recent
            • Tags
            • Popular
            • Users
            • Groups
            • Search
            • Get Qt Extensions
            • Unsolved