BCBulldog59

I ticked Table IX-M6 and set table IX-M98 to opt-out
This installation is for an on-line catalog site that does not require users to sign in to comment on a photo.
What needs to happen if they do comment is the administator needs to be notified by e-mail of the comment (usually a price/size inquiry). The site has only two registered users and they both have full administrator priviledges so BOTH need to recieve notification of the new comment
Have I checked all the appropriate settings or this to happen?
the site is searlesshoes.com

email notification rules were in Tables IV-F5, 5.1 and 5.2. which seem to have disappeared

I saw that you posted the new update 6.9.17 on Oct 9 – I am guessing this is the same as the development version you mentioned – I have tested it and it does work with php 5.6. I have since updated to php 7.2 and it is working fine

Current php version is 5.6.36….I can upgrade to v.7 if that is part of the issue
I am out of town for a day so will test out the development version when I am back home Monday

Reinstalled past version…all info is back. Thanks

Each Shoe would have different values for Brand Color Style and Stock but an example is

https://www.searlesshoes.com/SearlesShoes/album-catalogue/wppaspec/oc1/lnen/cv0/ab25/pt1124

should have the values

Brand: Bueno

Color: Tan

Style: Dress (may not have this)

Stock: blank

Again, on the admin page for editing each shoe the custom fields only appear (after the Tags) for the first shoe in the album and are missing for all the rest.

The site for the above is SearlesShoes.com – WPPA+ is used in the OUR CATALOG, NEW ARRIVALS and SHOES ON CLEARANCE menu areas
The custom data fields descriptions are still displaying fine but not the vqalues that had been entered for them
Also, the data fields do not show up for editing when you go into album admin (except for the first photo in an album) so there is no way to see if the data is still there or to edit it
I have checked in the settings and everything appears correctly checked for dispalying and editing

• This reply was modified 6 years, 5 months ago by BCBulldog59.

Thanks for getting the next revision (with the bug fix) up so quickly – the site is back to functioning properly

Further to my post – users have only recently noticed this happening – it never has happened before so it follows that there is something in the coding of the recent update

Our calendar is presenting the same issue. Also using Version 1.10.11-standard

Our site is also a private URL used for internal planning.

Short of only assigning an event to one category – any suggestions on a fix?