Post by Daniel » Mon Jun 06, 2011 1:40 pm

opencartisalright wrote:
JNeuhoff wrote:Opencart 1.5.0.2 doesn't allow me to add an attribute on the product edit page.

I assume the attribute groups and attributes names are to be globally defined under

Catalog > Attributes > Attributes
Catalog > Attributes > Attribute Groups

That being the case, the product edit page at

Catalog > Products > Edit > Attribute > Add Attribute

should prsent dropdown lists for the attribute groups and attribute names and a text input field for the attribute value.
This is also another example of where a drop down menu would be more appropriate than an Ajax autocomplete field. Really hope drop down menus in the admin will make their way back into 1.5. Fingers crossed anyway.

dropdown won't work if you have 1000's of attributes.

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by opencartisalright » Mon Jun 06, 2011 2:35 pm

Daniel wrote:dropdown won't work if you have 1000's of attributes.
Perhaps, but drop downs certainly work if you have thousands of products! Makes it much more easy and intuitive to add them to the coupons, featured, related items lists. :)

Active Member

Posts

Joined
Mon Feb 21, 2011 4:09 am

Post by JNeuhoff » Mon Jun 06, 2011 5:05 pm

Daniel wrote: dropdown won't work if you have 1000's of attributes.
Maybe so. However, this still leaves us with the bug to be fixed. If I enter a new attribute name (e.g. 'xyz') which hasn't been previously defined as one of the global attribute names, the attribute input text field still accepts it, yet the new attribute name won't be saved into the database!

Also, the autocomplete Javascript feature relies on a number of non-standard HTML element attributes, such as autocomplete, role, aria-autocomplete, aria-haspopup.

Export/Import Tool * SpamBot Buster * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Tag Manager * Survey Plus * OpenTwig


User avatar
Guru Member
Online

Posts

Joined
Wed Dec 05, 2007 3:38 am


Post by Daniel » Mon Jun 06, 2011 7:52 pm

JNeuhoff wrote:
Daniel wrote: Also, the autocomplete Javascript feature relies on a number of non-standard HTML element attributes, such as autocomplete, role, aria-autocomplete, aria-haspopup.
what does this mean? i should remove them because there non standard?I'm just using jquery UI. does the opencart admin need to be w3c?

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by EcoWeb.me » Mon Jun 06, 2011 8:05 pm

ORDER UPDATE LINK SENT TO CUSTOMER GIVES 'PAGE NOT FOUND'

When I update an order history In Admin > Sales > Orders (seemingly to any setting), the email notification sent to the customer contains an innacurrate link. Because, even when logged in front-side as the customer, the update link gives me a page not found.

Comparing the order update link to that I received in my initial order confirmation, it seems that the order update links fail because they do not direct me to an 'account/order' folder and always end with 'invoice&...' (whereas the working link ends with 'info&...'). Here they are:

Order confirmation link received after placing my order (works fine and allows me see all updates to my order)
<snip>/index.php?route=account/order/info&order_id=1

Order update link recieved after Admin has updated my order (gives 'page not found' despite my being logged in as customer in the shop)
<snip>/index.php?route=account/invoice&order_id=1

Newbie

Posts

Joined
Mon May 09, 2011 7:36 am

Post by Daniel » Mon Jun 06, 2011 8:43 pm

EcoWeb.me wrote:ORDER UPDATE LINK SENT TO CUSTOMER GIVES 'PAGE NOT FOUND'

When I update an order history In Admin > Sales > Orders (seemingly to any setting), the email notification sent to the customer contains an innacurrate link. Because, even when logged in front-side as the customer, the update link gives me a page not found.

Comparing the order update link to that I received in my initial order confirmation, it seems that the order update links fail because they do not direct me to an 'account/order' folder and always end with 'invoice&...' (whereas the working link ends with 'info&...'). Here they are:

Order confirmation link received after placing my order (works fine and allows me see all updates to my order)
<snip>/index.php?route=account/order/info&order_id=1

Order update link recieved after Admin has updated my order (gives 'page not found' despite my being logged in as customer in the shop)
<snip>/index.php?route=account/invoice&order_id=1

is that with opencart 1.5.0.2?

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by allenshea » Mon Jun 06, 2011 9:16 pm

We still have case sensitive for login mail address.

You can register with same mail address with different case of letters.
Example,
info@website.com
Info@website.com
INFO@website.com

This isn't so good for the cart, make users confused when it can not login if they haven't type the right mail address

I know nothing about PHP and SQL, but I still try my best to understand it.


Active Member

Posts

Joined
Mon Dec 14, 2009 10:01 pm

Post by allenshea » Mon Jun 06, 2011 9:31 pm

we still have problem for the orders with Free download items.

Clients can not download it after changed order state.

Order = Free download items + payable items
Complete Order Status set to "Pending"

If clients paid via moneybookers/paypal, the order will set the Order Status to "Processing" automatically. In this case, clients can not get their free download items.

I know nothing about PHP and SQL, but I still try my best to understand it.


Active Member

Posts

Joined
Mon Dec 14, 2009 10:01 pm

Post by sivvaa » Mon Jun 06, 2011 9:35 pm

Hi

The Sub categories are not displayed correctly.

Earlier, When we click on MAIN CATEGORY, it will show up subcategories in COLUMN listing.

Now it shows as :

Refine Search and then the SUB CATEGORY names as text.

New display :
newSUBCAETGORY.jpg

Subcategory display in 1.5.0 - newSUBCAETGORY.jpg (75.85 KiB) Viewed 4115 times

Old display :
oldSubcaet.jpg

Subcategory display in 1.4.9.4 - oldSubcaet.jpg (78.75 KiB) Viewed 4115 times

Rgds

Siva

New member

Posts

Joined
Mon Apr 18, 2011 7:46 pm
Location - India

Post by allenshea » Mon Jun 06, 2011 9:42 pm

I believe above 2 are bugs, here is another, this one can not really call a bug, but if can improve it would be great.

We selling motorcycle parts. same parts can fit different brand motorcycle manufactories.
e.g Some Honda parts also fits to Kymco and other chinese made motorcycle.

Since OC don't have multi-selection for manufactory/brand in product page. we have to copy several same items to fit different manufactory/brand.

I know nothing about PHP and SQL, but I still try my best to understand it.


Active Member

Posts

Joined
Mon Dec 14, 2009 10:01 pm

Post by mberlant » Mon Jun 06, 2011 9:55 pm

allenshea wrote:We selling motorcycle parts. same parts can fit different brand motorcycle manufactories.
e.g Some Honda parts also fits to Kymco and other chinese made motorcycle.

Since OC don't have multi-selection for manufactory/brand in product page. we have to copy several same items to fit different manufactory/brand.
This sounds like a request for a new feature, and we should not tackle its discussion in this thread. I recommend that you start a new thread in either the "Feature Requests" or "Concepts" forum to discuss your needs. In my experience, the Manufacturer field is used to identify the manufacturer of the particular product or accessory (XYZ company). You seem to be asking for a new feature that allows you to associate this part made by XYZ company with motorcycles made by ABC, DEF and GHI motorcycle companies. I think that what you describe would make a terrific new feature in a future release or extension, and would love to join the discussion of its design in the appropriate forum.

Please use proper English at all times, so that all members may understand you.


User avatar
Active Member

Posts

Joined
Sun Mar 13, 2011 8:33 pm

Post by Daniel » Mon Jun 06, 2011 10:58 pm

allenshea wrote:we still have problem for the orders with Free download items.

Clients can not download it after changed order state.

Order = Free download items + payable items
Complete Order Status set to "Pending"

If clients paid via moneybookers/paypal, the order will set the Order Status to "Processing" automatically. In this case, clients can not get their free download items.

it not a bug. nobody said that opencart has a feature for free downloads.

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by Daniel » Mon Jun 06, 2011 11:00 pm

sivvaa wrote:Hi

The Sub categories are not displayed correctly.

Earlier, When we click on MAIN CATEGORY, it will show up subcategories in COLUMN listing.

Now it shows as :

Refine Search and then the SUB CATEGORY names as text.

New display :
newSUBCAETGORY.jpg
Old display :
oldSubcaet.jpg
Rgds

Siva

this is not a bug its just how the design is. you can see the images in the category description part.

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by JNeuhoff » Mon Jun 06, 2011 11:22 pm

Daniel wrote:
JNeuhoff wrote:
Daniel wrote: Also, the autocomplete Javascript feature relies on a number of non-standard HTML element attributes, such as autocomplete, role, aria-autocomplete, aria-haspopup.
what does this mean? i should remove them because there non standard?I'm just using jquery UI. does the opencart admin need to be w3c?
While the bugfix is more important than the worries about the usage of non-standard HTML attributes, I still believe it is useful to stick to standard-compliant technologies. The autocomplete feature could also be programmed using standard onkeypress events, together with Ajax calls, without the need for non-standard attributes. However, I still prefer the usage of 2 dropdown lists for the attribute group and attribute name fields in the product edit page. And this would also fix the bug.

Export/Import Tool * SpamBot Buster * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Tag Manager * Survey Plus * OpenTwig


User avatar
Guru Member
Online

Posts

Joined
Wed Dec 05, 2007 3:38 am


Post by EcoWeb.me » Tue Jun 07, 2011 12:01 am

Daniel wrote:
EcoWeb.me wrote:ORDER UPDATE LINK SENT TO CUSTOMER GIVES 'PAGE NOT FOUND'

When I update an order history In Admin > Sales > Orders (seemingly to any setting), the email notification sent to the customer contains an innacurrate link. Because, even when logged in front-side as the customer, the update link gives me a page not found.

Comparing the order update link to that I received in my initial order confirmation, it seems that the order update links fail because they do not direct me to an 'account/order' folder and always end with 'invoice&...' (whereas the working link ends with 'info&...'). Here they are:

Order confirmation link received after placing my order (works fine and allows me see all updates to my order)
<snip>/index.php?route=account/order/info&order_id=1

Order update link recieved after Admin has updated my order (gives 'page not found' despite my being logged in as customer in the shop)
<snip>/index.php?route=account/invoice&order_id=1

is that with opencart 1.5.0.2?
Yes, sorry, it's with 1.5.0.2 alright. I downloaded it yesterday, installed it today and started trying it out (lovely bit of work by the way!).

Newbie

Posts

Joined
Mon May 09, 2011 7:36 am

Post by allenshea » Tue Jun 07, 2011 6:09 am

Daniel wrote:
allenshea wrote:we still have problem for the orders with Free download items.

Clients can not download it after changed order state.

Order = Free download items + payable items
Complete Order Status set to "Pending"

If clients paid via moneybookers/paypal, the order will set the Order Status to "Processing" automatically. In this case, clients can not get their free download items.

it not a bug. nobody said that opencart has a feature for free downloads.
It has free download feature.

If we set the cart as below,
setting.jpg

setting.jpg (33.48 KiB) Viewed 4018 times

clients can download the items after his order placed.
downloads.jpg

downloads.jpg (34.98 KiB) Viewed 4018 times

But if he has some item with payable goods, once he paid, the order will be change to "Processing" etc. so clients can not download the items again.

I know nothing about PHP and SQL, but I still try my best to understand it.


Active Member

Posts

Joined
Mon Dec 14, 2009 10:01 pm

Post by Xsecrets » Tue Jun 07, 2011 7:20 am

It's not really a bug more a feature request which has been requested already and will be looked into at some point. Currently opencart only allows you to specify one order status that allows downloads. In the future I think it will be expanded to allow you to set multiple order statuses that allow download, but like I said that's not a bug just a limitation of the system design. It does work as designed weather or not anyone believes that is the way it should work.

OpenCart commercial mods and development http://spotonsolutions.net
Layered Navigation
Shipment Tracking
Vehicle Year/Make/Model Filter


Guru Member

Posts

Joined
Sun Oct 25, 2009 3:51 am
Location - FL US

Post by viking33 » Tue Jun 07, 2011 11:01 am

OpenCart 1.5.0.2
Solved
Cannot login to Customer account.
Allows me to register and sends email to confirm
attempt to log in results in "Error: No match for E-Mail Address and/or Password".
Check of database shows info is in the customer table and appears to be ok.
Having the password reset using "forgot password" does not work either but the data changes in db.
I have tried this with Firefox and Safari with the same results.
Last edited by viking33 on Tue Jun 07, 2011 9:04 pm, edited 1 time in total.

Newbie

Posts

Joined
Mon May 16, 2011 9:36 am

Post by Daniel » Tue Jun 07, 2011 12:35 pm

is the email address in lower case? it works for me.

OpenCart®
Project Owner & Developer.


User avatar
Administrator

Posts

Joined
Fri Nov 03, 2006 6:57 pm

Post by mberlant » Tue Jun 07, 2011 1:41 pm

Daniel wrote:is the email address in lower case? it works for me.
Does it work for you if you input one or more of the characters of the email address as a capital letter? As allenshea described above, this is the gist of the problem. In 1.5.0 email addresses are no longer being stripped to lower case before running the address through the comparator. This allows a returning customer to type his email address with different capitalization than he registered with, bump into a "customer name not found" error message, and register anew with the same email address with different capitalization. As allenshea said, info@, INFO@ and Info@ are all the same address, and OC must treat them as the same.

Please use proper English at all times, so that all members may understand you.


User avatar
Active Member

Posts

Joined
Sun Mar 13, 2011 8:33 pm
Who is online

Users browsing this forum: No registered users and 6 guests