Skip to content

Create Categories from Product Edit page is blocked after a first category creation #350

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
sylvainraye opened this issue Aug 29, 2013 · 3 comments
Assignees

Comments

@sylvainraye
Copy link
Contributor

  1. "Steps to reproduce" -- consecutive steps of what should be done to reproduce an issue
  • Create a new product thanks to the + button from backend
  • Click on the "New category" button
  • Fill in with "Clothes" and parent category with "Default Category"
  • Save the category
  • Try to create a second category following the same process, without saving the product, just stay on the same page without any product save
  • Click again on the "New category" button
  • Fill in with "Gift" and parent category with "Default Category"
  • Try to save
  1. "Expected result" -- what is considered to be a correct behavior

Be allowed to create several times a category while editing/creating the product

  1. "Actual result" -- what is in fact happening instead of a correct behavior
    The button to save the category is light orange instead to be dark orange in the modal window

Additional information, after the creation of the first category, there is a javascript error: "Error: cannot call methods on validation prior to initialization; attempted to call method 'option' var ret = matches.call( elem, expr );"

See screenshots
capture decran 2013-08-29 a 23 10 58

@ghost ghost assigned elenleonova Dec 4, 2013
@verklov
Copy link
Contributor

verklov commented Dec 4, 2013

Hi diglin,
Sorry for the delay. This issue exists in our backlog and we are working on resolving it.
Thank you for reporting it to us!

@verklov
Copy link
Contributor

verklov commented Dec 30, 2013

@diglin , we have created a ticket for this issue in our internal bug tracker and placed it to the product backlog. We will close this issue once it is fixed. In the meantime I can say that this issue will most likely be fixed by implementing other changes to the system.

@verklov
Copy link
Contributor

verklov commented Sep 5, 2014

@diglin, the team was not able to reproduce it starting from version dev73 in FF, GC and IE9. We are closing this issue. Thank you for contributing to Magento product development! Waiting for your new bug reports and feature suggestions!

@verklov verklov closed this as completed Sep 5, 2014
magento-team pushed a commit that referenced this issue Jun 12, 2015
MAGETWO-38191: Contribute payment service API to mainline
magento-team pushed a commit that referenced this issue Feb 4, 2016
[Folks] Public GitHub Pull Request Processing
mmansoor-magento pushed a commit that referenced this issue Sep 7, 2016
Bug Fixes:
- MAGETWO-57115: [Github] Braintree Vault payments causing GET order API to throw error #6215
- MAGETWO-54866: Validation message displayed all the time
- MAGETWO-57227: Payments configuration sections default setting are wrong
- MAGETWO-57228: Update BIN ranges for Discover Network and Mastercard for server validation
- MAGETWO-56867: [GITHUB] Fix 'Track your order' i18n.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants