ready for 7.2 point release
this is for tracking testing of a release candidate. here is the 64-bit only package:
rpm -Uvh alpha.amahi.org/tmp/hda-platform-7.1.10-1.x86_64.rpm
here is what we're testing:
- creating users, deleting users, editing user's names and all other settings like making an admin
- creating shares, deleting shares, adjusting shares
- under Shares > Settings, changing the workgroup setting (should this only show under advanced settings?)
- test all other settings in networking, creating and removing fixed IPs, aliases, etc.
- login, logout
#1 Updated by bigfoot65 almost 7 years ago
Starting to test now.
One thing I noticed with the user screen is when you edit the name, it shows a box for editing and a button that says EDIT. You select it when done making changes and it remains.
I think it should say save and then display the update, but not still be selectable for edit. Just my opinion, but seems more straight forward that way to me.
The Workgroup setting is showing up now for me. I do think it should be connected to advanced settings. If that is not selected, you should not see the Settings option in the shares.
I will update more as I continue to test the new platform.
#2 Updated by bigfoot65 almost 7 years ago
The shares show next to Extra parameters a drop down that says no by default. It does not matter what you change it to, ok or no, the options still appear in smb.conf. This drop down seems like an unfinished feature. Recommend we remove it.
#3 Updated by bigfoot65 almost 7 years ago
The Workgroup settings works the same as the user edit screen. There is a change button and when selected, it says the change was made. The workgroup remains changeable afterwards.
It would make more sense for there to be an edit button, then when the edit is finished, it displays the new name and then the field would not be selectable until you choose edit.
I am probably not explaining this very good, so maybe it's best to leave it alone.
#7 Updated by bigfoot65 almost 7 years ago
Testing new release now. I like the change to the users and workgroup settings screen. Should there be a message that says click to edit? I knew what to do, but not sure if others will.
Is there anything that can be done to add the version number to the apps on the available apps tab? Right now it just shows version and a + sign. Once installed the version shows, but until then it does not.
Sorry not trying to be picky, but wanted to bring it to your attention. Will continue to test and install/uninstall a few apps.
#8 Updated by bigfoot65 almost 7 years ago
While installing and uninstalling apps I am periodiacally seeing this message in /var/log/amahi-app-installer.log:
[deprecated] I18n.enforce_available_locales will default to true in the future. If you really want to skip validation of your locale you can set I18n.enforce_available_locales = false to avoid this message.
#9 Updated by bigfoot65 almost 7 years ago
- Assignee changed from bigfoot65 to cpg
Ok, apps appear to be installing and uninstalling fine. I created a new user. Then tried to edit the name and it would not allow it. I then went to the workgroup setting and it was working fine.
Not sure what happened, but seem to have lost the edit capability for editing the user name.
I then went to a different tab and came back to the user tab. I was then allowed to edit the user name. Could be a browser issue? I am using Firefox on the HDA.
All the features appear to be working correctly.
#11 Updated by bigfoot65 almost 7 years ago
Everything appears to be working as designed. I did notice one potential issue.
User password is limited to 13 characters. Is there a reason why we don't allow longer passwords like the OS? I feel we should allow at least 24. I know that seems long, but many enterprise systems require passwords between 15-24 characters as policy.
Anyone who wanted to use Amahi for commercial or even a home user who practices that tight of security would have problems. Not sure what the OS max is, but I know it is longer than 13.
Can we change it for Amahi?
#14 Updated by bigfoot65 almost 7 years ago
- Assignee changed from bigfoot65 to cpg
Tested and everything appears to be working correctly.
Should I create a new bug for the password length issue? We should allow longer than 13 characters. I am unsure what the Linux length restrictions is, but longer than 13 I believe.
I tested all features and a few apps. No problems noted.
Also available in: Atom