Rank: Member
Joined: 4/10/2009(UTC)
Posts: 120
Location: Mechanicsville, VA
Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
|
So the 5.7 patch is in my downloads, but I see no official release statement. Had some troubles with the load, which were duplicated by another site. Are we supposed to be using this yet? |
Tim
|
|
|
|
|
|
Rank: Member
Joined: 4/28/2003(UTC)
Posts: 141
|
Same problem here. Downloaded, unzipped, created new site on local machine, created files but had errors when trying to update database. Richard www.somethingmorestore.com
|
|
|
|
|
|
Rank: Member
Joined: 4/10/2009(UTC)
Posts: 120
Location: Mechanicsville, VA
Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
|
Same problems, but even after applying the sql scripts manually, the audit log doesn't record any transactions. Everything else "seems" ok, but that is the most obvious thing. This was during an upgrade. Even when installing a new store completely, I encountered the same issues. |
Tim
|
|
|
|
|
|
Rank: Member
Joined: 4/28/2003(UTC)
Posts: 141
|
Tim where did you find the sql scripts? I never found them...
|
|
|
|
|
|
Rank: Member
Joined: 4/10/2009(UTC)
Posts: 120
Location: Mechanicsville, VA
Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
|
|
Tim
|
|
|
|
|
|
Rank: Member
Joined: 4/13/2009(UTC)
Posts: 3
|
Having the same problems. It seems like the audit log is not functioning on both my upgrade and a clean install. |
|
|
|
|
|
|
Rank: Member
Joined: 11/25/2003(UTC)
Posts: 370
|
My install went smoothly. No SQL errors for both a local site and then updating a live site via the sql scripts to an empty database.
I did place a test order just a few minutes ago and checked the Audit log which is completely empty. Perhaps there is something we do not understand here. |
|
|
|
|
|
|
Rank: Member
Joined: 4/10/2009(UTC)
Posts: 120
Location: Mechanicsville, VA
Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
|
That's what I thought too Kman, maybe there is something I haven't done. I'm installing another new site now to continue testing. |
Tim
|
|
|
|
|
|
Rank: Member
Joined: 4/10/2009(UTC)
Posts: 120
Location: Mechanicsville, VA
Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
|
Update: I was able to get a fresh install to work, to a point. I got a lot farther this time. The database installed just fine, but after installing a license file, I can no longer log in to the admin or the store. It bombs out. I think this may be related to the new encryption stuff, but not sure. Is there a specific path that need to be set for the encryption keys?
I have reproduced this 2-3 times now with a fresh install.... each time after installing the license file it bombs. The front end still works, but can't log in. Kman, did you have no problems with the license file? |
Tim
|
|
|
|
|
|
Rank: Member
Joined: 11/25/2003(UTC)
Posts: 370
|
I do not believe I have any issues with the license file. I installed it in the /bin folder which was the default. I have not messed with it to much though. Bit afraid to :) Also the location is in web.config. Going to go check my live site settings now. Code:<add key="EncryptionKeyLocation" value="D:\TooCoolWebsProjects\MyNewWebsite\www\bin"/> Wondering what this one means Code:<add key="IgnoreUpdates" value="0"/> |
|
|
|
|
|
|
Rank: Member
Joined: 11/5/2003(UTC)
Posts: 1,786
|
We "Soft Launched" 5.7 on Friday so that early adopters could get started. We plan to officially announce the availability tomorrow.
I've received several reports that the audit logs are not recording correctly in 5.7. We're looking into this.
If you have received ANY errors during an upgrade or clean install please report them to us ASAP. We will get right on top of any issues and if necessary release patches.
The default encryption key location is in the /bin folder because by default the ASPNET user will have permissions to it. You can change the location to anywhere accessible by the user account for your web site process. For example, if your store runs as "NETWORK SERVICE" you can change the encryption key location to c:\keys as long as the "NETWORK SERVICE" user has read/write permissions. If you move the location after first run you will need to copy the "bvkey.config" and "bvkeym.config" files to the new location BEFORE you recycle the web site.
The "IgnoreUpdates" key is set to zero telling the web site to not check for database upgrades. You should set this to "1" if your site has not asked you to upgrade the database yet.
|
|
|
|
|
|
Rank: Member
Joined: 4/10/2009(UTC)
Posts: 120
Location: Mechanicsville, VA
Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
|
I figured out the problem I was having installing the license file...
After installing the license file, it redirects to BVadmin/GetStartedEmail.aspx to change the admin username for PCI compliance. The redirect uses the default web location, which is LOCALHOST/BVC5, and will fail. If this page is navigated to manually, then things pick back up and the only known problem is no audit log. Now, in IE, when the redirect fails as stated above, you can't figure out why because it displays a typical IE message. In chrome or FF, you can see the redirect failure and make adjustments.
Ok, so no problem there... just a weird redirect issue and no info in IE. The only problem I see right now is the audit log no recording transactions. |
Tim
|
|
|
|
|
|
Rank: Member
Joined: 11/25/2003(UTC)
Posts: 370
|
Tim, I did have the same issue with BVadmin/GetStartedEmail.aspx
So cool, we will most likely get an update shortly on the log issue. |
|
|
|
|
|
|
Rank: Member
Joined: 4/10/2009(UTC)
Posts: 120
Location: Mechanicsville, VA
Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
|
The sql errors reported above, I believe, was because my user was not a dbcreator. A dbowner, yes, but not a creator. So.... that is ok. This is probably the same in the upgrade. |
Tim
|
|
|
|
|
|
Rank: Member
Joined: 11/5/2003(UTC)
Posts: 1,786
|
Good to hear. I need to check on the GetStartedEmail.aspx redirect because I know we spotted that bug during testing and created an update. Maybe is missed packaging?
We hope to have an update on the Audit Log shortly.
|
|
|
|
|
|
Rank: Member
Joined: 4/28/2003(UTC)
Posts: 141
|
Had the same problem with the the GetStartedEmail.aspx redirect re-entered the correct url and reset credentials and everything is working now with the exception of the audit log. Note Had to do this in Firefox because IE 8 was bombing out. Richard www.somethingmorestore.com
|
|
|
|
|
|
Rank: Member
Joined: 11/5/2003(UTC)
Posts: 1,786
|
We have identified the AuditLog issue. We will be issuing a fix tomorrow. It is a replacement for the BVSoftware.Commerce DLL and is easy to replace for anyone who may have installed 5.7.0 already.
The constructor of the AuditLog class needs to set the AutoSubmit Property of the repository to "True." The AutoSubmit property was something we added for performance reasons late in the process and missed integrating the change into this file.
|
|
|
|
|
|
Rank: Member
Joined: 11/5/2003(UTC)
Posts: 1,786
|
I just posted version 5.7.1 and a patch with just the changed files from 5.7.0 to 5.7.1. Very minor tweaks but it resolves these issues: https://accounts.bvcommerce.comhttp:// instead of https:// on one-page-checkout Problems with GettingStartedEmail.aspx redirects on first setup Audit Log not Recording Correctly
|
|
|
|
|
|
Rank: Member
Joined: 4/10/2009(UTC)
Posts: 120
Location: Mechanicsville, VA
Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
|
|
Tim
|
|
|
|
|
|
Rank: Member
Joined: 11/25/2003(UTC)
Posts: 370
|
|
|
|
|
|
|
|
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.