Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Apps | Demo | Docs | Install
  1. Cloudron Forum
  2. Kopano Meet
  3. Creating public group is not available any more

Creating public group is not available any more

Scheduled Pinned Locked Moved Kopano Meet
10 Posts 5 Posters 1.8k Views 5 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.
    • avatar1024A Offline
      avatar1024A Offline
      avatar1024
      wrote on last edited by
      #1

      @fbartels it feels there is a problem with the recent version of the app. Creating public group is not available any more and people have to sign in.

      I had a public group set-up, joined the call, sent the link invite but the person was asked to login. I tried the link myself in a private browser window and it was the same, I was asked to sign in (whereas usually, it worked directly).

      So I deleted that group and tried to create a new one but there isn't the option any more to make the group public. Is this a bug??

      1 Reply Last reply
      0
      • avatar1024A avatar1024

        @fbartels it feels there is a problem with the recent version of the app. Creating public group is not available any more and people have to sign in.

        I had a public group set-up, joined the call, sent the link invite but the person was asked to login. I tried the link myself in a private browser window and it was the same, I was asked to sign in (whereas usually, it worked directly).

        So I deleted that group and tried to create a new one but there isn't the option any more to make the group public. Is this a bug??

        fbartelsF Offline
        fbartelsF Offline
        fbartels
        App Dev
        wrote on last edited by
        #2

        Hi @avatar1024

        indeed the configuration for guest access seems to be missing from /api/config/v1/kopano/meet/config.json with the last update. Will have to take a closer look later today.

        @girish can you move this and the last reply for @avatar1024 into a new topic?

        avatar1024A 1 Reply Last reply
        2
        • fbartelsF fbartels

          Hi @avatar1024

          indeed the configuration for guest access seems to be missing from /api/config/v1/kopano/meet/config.json with the last update. Will have to take a closer look later today.

          @girish can you move this and the last reply for @avatar1024 into a new topic?

          avatar1024A Offline
          avatar1024A Offline
          avatar1024
          wrote on last edited by
          #3

          @fbartels Thanks!

          fbartelsF 1 Reply Last reply
          0
          • avatar1024A avatar1024

            @fbartels Thanks!

            fbartelsF Offline
            fbartelsF Offline
            fbartels
            App Dev
            wrote on last edited by fbartels
            #4

            Hi @avatar1024,
            while I was able to initially reproduce the issue, after a rebuild (end even after just reinstalling the version from the marketplace) I am no longer able to do so.

            Can you check if you restart/reinstall the app if the config is properly showing for you as well? For this you could open /api/config/v1/kopano/meet/config.json in your browser. It should look like the following:

            {
              "apiPrefix": "/api/gc/v1",
              "useIdentifiedUser": true,
              "apps": {
                "enabled": []
              },
              "guests": {
                "enabled": true
              }
            }
            
            avatar1024A imc67I 2 Replies Last reply
            0
            • fbartelsF fbartels

              Hi @avatar1024,
              while I was able to initially reproduce the issue, after a rebuild (end even after just reinstalling the version from the marketplace) I am no longer able to do so.

              Can you check if you restart/reinstall the app if the config is properly showing for you as well? For this you could open /api/config/v1/kopano/meet/config.json in your browser. It should look like the following:

              {
                "apiPrefix": "/api/gc/v1",
                "useIdentifiedUser": true,
                "apps": {
                  "enabled": []
                },
                "guests": {
                  "enabled": true
                }
              }
              
              avatar1024A Offline
              avatar1024A Offline
              avatar1024
              wrote on last edited by
              #5

              @fbartels Oops sorry, I should have at least tried to restart. It working fine just with restarting the app (no need to even reinstall). Thanks

              1 Reply Last reply
              1
              • fbartelsF fbartels

                Hi @avatar1024,
                while I was able to initially reproduce the issue, after a rebuild (end even after just reinstalling the version from the marketplace) I am no longer able to do so.

                Can you check if you restart/reinstall the app if the config is properly showing for you as well? For this you could open /api/config/v1/kopano/meet/config.json in your browser. It should look like the following:

                {
                  "apiPrefix": "/api/gc/v1",
                  "useIdentifiedUser": true,
                  "apps": {
                    "enabled": []
                  },
                  "guests": {
                    "enabled": true
                  }
                }
                
                imc67I Offline
                imc67I Offline
                imc67
                translator
                wrote on last edited by imc67
                #6

                @fbartels in my issue https://forum.cloudron.io/topic/3596/public-link-unavailable-after-x-days I had a similar problem like this and I still have.

                After x uptime it is not possible anymore to create public meetings or to join a previously created public meeting.

                I tried your suggestion to call the json and this is the result:

                {
                "apiPrefix": "/api/gc/v1"
                }

                So somehow something is deleting this information?

                EDIT: I also discovered now that without the app being updated there is a new menu option in the GUI with links to other products of Kopano but they result in 404’s.
                @girish I think it’s really “spooky” that this Cloudron-app is updated without noticing it’s users.

                fbartelsF 1 Reply Last reply
                0
                • imc67I imc67

                  @fbartels in my issue https://forum.cloudron.io/topic/3596/public-link-unavailable-after-x-days I had a similar problem like this and I still have.

                  After x uptime it is not possible anymore to create public meetings or to join a previously created public meeting.

                  I tried your suggestion to call the json and this is the result:

                  {
                  "apiPrefix": "/api/gc/v1"
                  }

                  So somehow something is deleting this information?

                  EDIT: I also discovered now that without the app being updated there is a new menu option in the GUI with links to other products of Kopano but they result in 404’s.
                  @girish I think it’s really “spooky” that this Cloudron-app is updated without noticing it’s users.

                  fbartelsF Offline
                  fbartelsF Offline
                  fbartels
                  App Dev
                  wrote on last edited by
                  #7

                  @imc67 yes, I had to think of your two postings as well while musing over this topic.

                  What does seem to happen is that at some point the integrated webserver "forgets" the customized configuration (the meet web client is configured by /api/config/v1/kopano/meet/config.json).

                  The output you are getting is the built-in default, while for guest access (and the application starter you've seen) additional configuration is necessary.

                  robiR 1 Reply Last reply
                  0
                  • fbartelsF fbartels

                    @imc67 yes, I had to think of your two postings as well while musing over this topic.

                    What does seem to happen is that at some point the integrated webserver "forgets" the customized configuration (the meet web client is configured by /api/config/v1/kopano/meet/config.json).

                    The output you are getting is the built-in default, while for guest access (and the application starter you've seen) additional configuration is necessary.

                    robiR Offline
                    robiR Offline
                    robi
                    wrote on last edited by
                    #8

                    @fbartels is this config being written in a temp location that gets aged out or cleaned up?

                    How else would it be able to revert to a default?

                    Where do the defaults come from? Shouldn't be on the ro filesystem if linked properly.

                    Conscious tech

                    fbartelsF 1 Reply Last reply
                    0
                    • robiR robi

                      @fbartels is this config being written in a temp location that gets aged out or cleaned up?

                      How else would it be able to revert to a default?

                      Where do the defaults come from? Shouldn't be on the ro filesystem if linked properly.

                      fbartelsF Offline
                      fbartelsF Offline
                      fbartels
                      App Dev
                      wrote on last edited by
                      #9

                      @robi yes, something like that seems to happen. The config file is created dynamically at startup and placed into /tmp. Seems there is some background job on Cloudron that clears out that folder at some point.

                      There is a newer version of Meet available anyways, it probably would be the best to move the file to /app/data instead. Will work on a pr today.

                      1 Reply Last reply
                      3
                      • fbartelsF Offline
                        fbartelsF Offline
                        fbartels
                        App Dev
                        wrote on last edited by
                        #10

                        There is now an update in the Cloudron Appstore that brings both a fix for this and also updates Meet to version 2.3.1.

                        1 Reply Last reply
                        4
                        Reply
                        • Reply as topic
                        Log in to reply
                        • Oldest to Newest
                        • Newest to Oldest
                        • Most Votes


                          • Login

                          • Don't have an account? Register

                          • Login or register to search.
                          • First post
                            Last post
                          0
                          • Categories
                          • Recent
                          • Tags
                          • Popular
                          • Bookmarks
                          • Search