Showing ideas with status Investigating.
Show all ideas
Status:
Investigating
Submitted on
08-30-2016
12:37 PM
Submitted by
apiuser
on
08-30-2016
12:37 PM
Feature request from alexdrupal, posted on GitHub Feb 11, 2014
Hi Folks!
Does magento has plural support for translations?
If no, I think it should be added to the todo list of Magento2 team.
At least, Zend framework having plural support since 1.6
Thanks!
... View more
Status:
Investigating
Submitted on
08-30-2016
12:37 PM
Submitted by
apiuser
on
08-30-2016
12:37 PM
Feature request from 12th, posted on GitHub Feb 22, 2014
Hello. I apologize in advance if this functionality is. I would like to make a suggestion on the routes. It is very lacking in the short address with address bar of your browser. Now addressing Magenta works of principle:
http:// domain.com / module / controller / action
http:// domain.com / checkout / cart / updatePost
It would be great if had the opportunity to register routes for specific modules, as is done, for example, in the framework Kohana:
Route::set('default', '(controller(/action(/id)))')
->defaults(array(
'controller' => 'welcome',
'action' => 'index',
));
Route::set('cart', 'cart(/param1)')
->defaults(array(
'directory' => 'checkoutDirectory',
'controller' => 'cartController',
'action' => 'indexAction',
));
PS: example is slightly modified in order to convey the essence
And then when you click on the address:
http:// domain.com / cart
working out the controller
http:// domain.com / checkout / cart / index
... View more
Status:
Investigating
Submitted on
08-30-2016
12:37 PM
Submitted by
apiuser
on
08-30-2016
12:37 PM
Feature request from ihor-sviziev, posted on GitHub Apr 08, 2014
Will be great remove index.php from admin url.
... View more
Status:
Investigating
Submitted on
08-30-2016
12:36 PM
Submitted by
apiuser
on
08-30-2016
12:36 PM
Feature request from erikhansen, posted on GitHub May 16, 2014
Currently, the "template path hint" feature displays the template name and block class name.
Fabrizio Branca's Aoe_TemplateHints module extends the native Magento 1.x template path hint functionality to add much more information to the hints including:
Block name (very useful)
Parent block names
Module
Caching status
Here is a screenshot from his blog post, visualizing what this could look like:
I propose that this functionality be built into Magento 2. If Magento accepts this proposal, I may be willing to build this functionality and then issue a pull request to have it incorporated into Magento 2.
... View more
Status:
Investigating
Submitted on
08-30-2016
12:36 PM
Submitted by
apiuser
on
08-30-2016
12:36 PM
Feature request from seansan, posted on GitHub May 22, 2014
Is it possible to add a new PDF generation mechanism in Magento 2 in CORE?
Maybe based on HTML -> PDF or using advanced PDF editors?
Something like:
http://www.aromicon.de/magento-download-extensions-modules/en/aromicon-invoice-pdf-pro.html
or
http://www.magentocommerce.com/magento-connect/html2pdf.html
Now it is almost impossible to change anything about the PDF documents without very advanced programming and changing complex files
Many thanks
... View more
Status:
Investigating
Submitted on
08-30-2016
12:36 PM
Submitted by
apiuser
on
08-30-2016
12:36 PM
Feature request from airbone42, posted on GitHub Dec 22, 2014
Hi,
I'm currently playing around with the plugin interceptors. Currently the only way to handle the order of plugins is by the sortOrder attribute. Unfortunately that's very lmiited as it only accepts a hardcoded integer value. Especially if you have dependencies between different modules it's very risky to use these, as if some other module changes it's sort order your extension might break.
Would Magento be interested in a solution where you could define a before or after attribute (similar to the layout blocks) to define if a plugin should be run before or after any other specific plugin? For me that would be a great solution to also handle bigger dependency chains and it's less likely to break if when the amount of plugins is growing. What drawbacks can you see in this solution?
... View more
Status:
Investigating
Submitted on
08-30-2016
12:35 PM
Submitted by
apiuser
on
08-30-2016
12:35 PM
Feature request from ldusan84, posted on GitHub Dec 25, 2014
I think that Magento2 should import namespaces and use aliases instead of using fully qualified namespaces all over the place.
Here is an example.
What I suggest is that instead of:
throw new \Magento\Framework\Model\Exception(
__('Invalid login or password.'),
self::EXCEPTION_INVALID_EMAIL_OR_PASSWORD
);
We could have:
use \Magento\Framework\Model\Exception as MagentoException
/* ... */
throw new MagentoException(
__('Invalid login or password.'),
self::EXCEPTION_INVALID_EMAIL_OR_PASSWORD
);
Here are the benefits from this:
With importing namespaces keyword at the first few lines of a class you actually get a nice documentation of your class dependencies. Everything that class uses is in those first few lines. It makes dependencies explicit.
If something changes in the future, you would only need to change it in one place, in import declaration and the alias remains. With fully qualified namespaces you would need to find them everywhere in class and change.
Less confusion if you have similar namespaces, you can give them different aliases.
All major frameworks use importing/aliases over fully qualified namespaces.
Let me know what you think.
... View more
Status:
Investigating
Submitted on
08-30-2016
12:35 PM
Submitted by
apiuser
on
08-30-2016
12:35 PM
Feature request from sshymko, posted on GitHub Jan 13, 2015
Classes Magento\Catalog\Plugin\Model\Indexer\Category\Product\Execute and Magento\Catalog\Plugin\Model\Resource\Attribute\Save implement flushing the Full Page Cache. They should belong to the Magento_PageCache module, not the Magento_Catalog . Utilization of the constant Magento\PageCache\Model\Cache\Type::TYPE_IDENTIFIER rather than literal full_page would expose that dependency on the code level.
... View more
Status:
Investigating
Submitted on
08-30-2016
12:35 PM
Submitted by
apiuser
on
08-30-2016
12:35 PM
Feature request from bgalileo, posted on GitHub Jan 14, 2015
In Magento 1, there is no easy way to add a user-friendly product, category or customer selection widget to a custom form. There are ways to add the product, category, cms page and cms block chooser widgets to your form, but the process is neither well-documented nor obvious, and a customer chooser widget simply doesn't exist.
Since you often need to link information with specific customers, products or categories in custom modules, it should be easy to add a form element which allows the user to select one or multiple product/category/user IDs via the corresponding grids, which are then submitted together with the form.
... View more
Status:
Investigating
Submitted on
08-30-2016
12:35 PM
Submitted by
apiuser
on
08-30-2016
12:35 PM
Feature request from Flyingmana, posted on GitHub Jan 21, 2015
see: http://docs.travis-ci.com/user/uploading-artifacts/
Reason:
You run several static analyzers like for example the phpcs part.
This generates a report file if it fails. It would be helpfull if people can look into this somehow, for example trough the linked travis feature.
... View more
Status:
Investigating
Submitted on
08-30-2016
12:35 PM
Submitted by
apiuser
on
08-30-2016
12:35 PM
Feature request from airbone42, posted on GitHub Jan 21, 2015
PHP 5.5 introduced a new password API natively to PHP. http://php.net/manual/en/book.password.php
As using BCRYPT for the default hashing algorithm it's not only more secure than the current implementaiton of md5 and sha256. But will even be automatically maintained with newer PHP versions and does not depend on any maintenance or upgrades by Magento.
So my suggestion is to replace the current hashing implementation in the Encryptor with using native password_hash and password_verify. Especially for an e-commerce system security should have a very high priority.
So rumors tell that Magento 2 will soon raise min. requirements to PHP 5.5, so that would be the best point to integrate this. Anyway if that min. version update might not come there's also a backward compatibility library available at https://github.com/ircmaxell/password_compat which could be used for PHP <5.5.
If Magento needs MD5 and SHA256 for b/c to Magento 1 hashes, I would suggest to move that into a separate module, so new Magento 2 shops without old data don't need to bother about this old hasing algorithms and the code coming with it. Even shops with older Magento 1 data could remove that b/c module after all customers have updated their password over time or by enforcing them after the first login. This reduces amount of code and complexity, buy having these Mage1 b/c modules and migrations optional.
Anyway, would Magento be interested in porting the Encryptor into that way? If it will get accepted I would definitely dig into this and try to create a PR to speed up development.
... View more
Status:
Investigating
Submitted on
08-30-2016
12:35 PM
Submitted by
apiuser
on
08-30-2016
12:35 PM
Feature request from avoelkl, posted on GitHub Jan 27, 2015
Given that you run a big shop with a lot of payment methods, some of the payment extensions bring a lot of unneeded/unwanted payment methods with them which appear in the payment method list. Of course you can generate a list and hide them via custom xml (at least in M1), but it's not very handy.
Edit: To get an idea what I mean:
Currently we have a shop which has 68 payment methods in this list.
These 68 payment methods are added by 10 payment extensions whereas one of them brings > 20 possible payment methods.
Only 8 of the payment methods are currently activated in the shop frontend.
This makes the list quite confusing.
The list under Configuration > Payment Methods can get quite long so I'd like to suggest to either
1 Highlight activated Payment Methods (having "Enabled" > "Yes")
2 Put the enabled payment methods on top incl. highlighting
This would require to prioritize the status "Enabled" over the defined sort order.
Another addition to this could be to sort them into activated and deactivated payment methods and hide the deactivated by default.
I think version 1 would already bring an improvement.
... View more
Status:
Investigating
Submitted on
08-30-2016
12:35 PM
Submitted by
apiuser
on
08-30-2016
12:35 PM
Feature request from seansan, posted on GitHub Jan 29, 2015
Request: ability to refresh cache (and FPC) per store
We have many stores. And it becomes a problem when you are building/working on store B when store A is actually live and hence static. Now when we refresh the cache or all other related (like FPC) then it affects ALL stores ... this is a shame.
It would be great if a store swticher or store selector could be added to throw away or relaod cache only for 1 specific store
(dont know if this is possible)
... View more
Status:
Investigating
Submitted on
08-30-2016
12:34 PM
Submitted by
apiuser
on
08-30-2016
12:34 PM
Feature request from kassner, posted on GitHub Jan 30, 2015
Hi,
I'm not sure if this is widely used, but I have some clients where the shipping cost is not the same that is charged from their customers. I often see M1 shipping modules with $rate->setCost(x.xx) , but that information is not saved anywhere.
Can this be added to Magento 2 at least? Should I send a pull request?
Thanks!
... View more
Status:
Investigating
Submitted on
08-30-2016
12:34 PM
Submitted by
apiuser
on
08-30-2016
12:34 PM
Feature request from rvpatel, posted on GitHub Feb 09, 2015
Magento Customer Registration form on how to display Address field without customize like
<?php $this->setShowAddressFields(true); ?>
adding on before Line 56.
<?php if ($block->getShowAddressFields()): ?>
... View more
Status:
Investigating
Submitted on
08-30-2016
12:34 PM
Submitted by
apiuser
on
08-30-2016
12:34 PM
Feature request from avoelkl, posted on GitHub Feb 13, 2015
When working with various customer groups, it's not very handy to work with fixed ID's which are returned by getCustomerGroupId() .
Working with customer group codes would be more flexible. Currently the name of the customer group is set as 'customer_group_code' in the admin.
I would recommend to distinguish between name and code as the name might be something more user-friendly for backend admins whereas the code can be used for development.
What are your thoughts on this?
... View more
Status:
Investigating
Submitted on
08-30-2016
12:34 PM
Submitted by
apiuser
on
08-30-2016
12:34 PM
Feature request from fr0x, posted on GitHub Feb 23, 2015
This may be fixed in Magento 2 (I dont have a current 2.x install to check but recently ran into this in a 1.6.2 install).
The Manage Label / Options screen when you are editing an attribute has no limit on the number of options it displays. For one attribute, we have thousands of options. The admin screen tries to load every single one and it tends to cause the browser to crash/hang.
... View more
Status:
Investigating
Submitted on
08-30-2016
12:34 PM
Submitted by
apiuser
on
08-30-2016
12:34 PM
Feature request from Flyingmana, posted on GitHub Mar 01, 2015
I currently have to do a plugin which replaces the Magento\Framework\App\Http->catchException() call, as plugins only work on public methods, and the protected handleDeveloperMode() directly sends the output. The current way I do this feels wrong, and I dont see another one which would work more modular, so I assume this should get improved.
priority for me: low
Context: I wrote a module which improves the display during errors https://github.com/Cotya/DebugModule
... View more
Status:
Investigating
Submitted on
08-30-2016
12:34 PM
Submitted by
apiuser
on
08-30-2016
12:34 PM
Feature request from seansan, posted on GitHub Mar 16, 2015
Please add option to avoid merging of cart on login of customer
Many customers just do not understand
Something like this
https://github.com/jacquesbh/jbh_cartmerge
http://stackoverflow.com/questions/5638173/how-do-i-stop-magento-merging-the-basket-on-login
http://www.blog.magepsycho.com/clear-abandoned-cart-items-during-login-in-magento/
... View more
Status:
Investigating
Submitted on
08-30-2016
12:34 PM
Submitted by
apiuser
on
08-30-2016
12:34 PM
Feature request from jason-neumann, posted on GitHub Mar 18, 2015
Currently credit memos don't store if their transaction was done online or offline. This can make it hard to tell what's happened to an order if there are multiple credit memo's applied to it. I suggest adding a column to sales_flat_creditmemo called online_refund that's a tinyint and is set to 1 if the refund is done online. This could then be added to the Credit Memo's main grid and when viewing an order and would enable quick filtering to see just the online or offline refunds.
This has great benefits from the merchant standpoint because you can then easily reconcile refunds made through Paypal (or whoever your gateway is) and refunds made by cash or whatever other method.
I would be willing to submit a pull request for the feature if it's something Magento is interested in.
... View more