Hello Aaron, Thanks for detailed testing Profile folders should be moved to proper locations ... (https://github.com/apache/openmeetings/blob/4.0.x/openmeetings-install/src/main/java/org/apache/openmeetings/backup/BackupImport.java#L1040)
I'll double-check and report back On Sun, Aug 5, 2018 at 2:42 AM Aaron H <aaron.h...@gmail.com> wrote: > > After further testing it will still accept the profile image being in jpg > format. Any new image will be saved in the .png format. > > Looks like my problem I was having was due to the import not running properly > (I'm assuming). The user.xml import was successful (as all user data was > there), but what failed was putting each user's profile (profile_#) into the > proper place /webapps/openmeeting/upload/profiles/. Instead it left all the > files in the import/<importdatetime>/roomfiles/profiles/ folder. So while > the users.xml files was parsed and it said in each profile_# the profile > image was profile.jpg, that jpg file did not exist due to it not being > imported properly. > > After manually moving each users profile_# folder into the proper place > everything worked as expected. If a user had no stored image then there was > no need to do the import as their profile would be created on their returning > login. > > So it was either 1 of 2 things. Either A) a bad import function (as imported > filed were placed in wrong locations, or B) import partially failed due to > image format change. Was 4.0.4 image format still .jpg or had that one been > moved to .png? I was going to stand up an official release if file format > was still .jpg to see if it can narrow down what caused the import to not run > fully. > > > -----Original Message----- > From: aaron.h...@gmail.com <aaron.h...@gmail.com> > Sent: Saturday, August 4, 2018 6:23 AM > To: user@openmeetings.apache.org > Subject: RE: Conference Room creation update error > > Yes looks like the room crashing has been resolved. Thank you for the prompt > fix. > > The profile image I am referring to is the default profile image that is > located at /webapps/Openmeetings/images/profile.* But I see why the issue. > Looks like the default image format was changed from .jpg to .png and in my > customization script I was importing profile.jpg so I changed the script to > .png and this resolved that issue. Didn't notice the file extension had > changed. > > The last issue I am seeing is the import from the previous backup. It is > importing all the users data for the database account name / password / > contact info / .etc, but it is not importing the users profile image they had > uploaded. The import was placed at > > /webapps/Openmeetings/upload/import/import_2018_08_04_05_59_04/roomFiles/profiles/ > > so when a returning user logs in their profile is created: > > /webapps/Openmeetings/upload/profiles/ > > But just now looking as I uploaded a new profile picture for myself as a test > I see the reason. It looks like it stems from the file format change. The > backup has everything as profile.jpg where it is looking for a .png file. > > Just a heads up for anyone taking an older backup from a previous version, > you will have to manually copy each users profile.jpg file from the import > folder to each users profile space as a .png file > > For me this was an example: > > cp > /opt/current/webapps/trade-group/upload/import/import_2018_08_04_05_59_04/roomFiles/profiles/profile_2/profile.jpg > /opt/current/webapps/trade-group/upload/profiles/profile_2/profile.png > > this must be done for each user or tell each user that they just have to > re-upload their image if they want one. > > > -----Original Message----- > From: Maxim Solodovnik <solomax...@gmail.com> > Sent: Friday, August 3, 2018 11:08 PM > To: Openmeetings user-list <user@openmeetings.apache.org> > Subject: Re: Conference Room creation update error > > Just have tried, profile images in jpg format are being displayed as expected > Could you please tell me what were your exact steps to reproduce? > > BTW Thanks a lot for checking latest nightly :))) On Sat, Aug 4, 2018 at > 9:39 AM Maxim Solodovnik <solomax...@gmail.com> wrote: > > > > Hello Aaron, > > > > page crash was just fixed > > Will take a look at profile image issue (most probably caused by > > migration from JPG to PNG) > > > > According to new install, then import I would recommend to use command > > line admin in this case > > http://openmeetings.apache.org/CommandLineAdmin.html > > the options I'm using: -file --skip-default-objects On Sat, Aug 4, > > 2018 at 9:26 AM <aaron.h...@gmail.com> wrote: > > > > > > Looks like my 1st attachment did not have the complete debug in it. > > > Attached is the full log. > > > > > > > > > > > > Looks like also whatever is causing this error is also what is > > > causing the import not to work properly. I use a different > > > profile.jpg image for default users (located at > > > /webapps/openmeetings/images/profile.jpg) and that does not get > > > shown on the users profile. It is pulling the image that is the > > > standard image that has the question mark in the body. Not even > > > sure where it is pulling that from since the file was replaced with > > > a different file all together. When you copy the image location it > > > states (/profile/1?anticache=1532949138000) > > > > > > > > > > > > I re-installed the official release and that one works as expected > > > (room configuration and changed default image) > > > > > > > > > > > > From: aaron.h...@gmail.com <aaron.h...@gmail.com> > > > Sent: Friday, August 3, 2018 9:19 PM > > > To: user@openmeetings.apache.org > > > Subject: Conference Room creation update error > > > > > > > > > > > > Looks like an old error is back. I just installed the latest > > > nightly build and now get thrown to the internal error page if you > > > try to update and existing conference room or when you type the > > > first letter for a new room name. Looks like the old error where > > > even if the user was granted admin access Group Admin Access is > > > denied (see attached log) > > > > > > > > > > > > Version4.0.5-SNAPSHOT > > > > > > Revisionb154bef > > > > > > Build date2018-08-03T10:13:48Z > > > > > > > > > > > > Also looks like when doing the import there is a problem. When you > > > are 1st setting up your new install of OM you create an admin > > > account; so in the database that is “Profile 1”. Where the problem > > > lies is when you do an export from your old system it also exports > > > the old “admin” account (which on the old system was also profile_1) > > > but when you do the import since there is already a profile_1 it > > > moves everything down 1 so the old admin account become id 2 on down > > > the line. My account when exported was profile_2 but now my account is > > > now labeled as profile_3 so the > > > image is not there but the old admin account has my profile.jpg. (also > > > in attachment) > > > > > > > > > > > > > > > > > > > > -- > > WBR > > Maxim aka solomax > > > > -- > WBR > Maxim aka solomax > > -- WBR Maxim aka solomax