The shortcut for adding new articles under category, duplicates text formatting toolbar every time a new article is added until the visual clutter forces user to refresh the page to reset the duplicated elements. See Reproduction steps for more. Hierarchically, the bug is rendered by: Inside the ibox-container element: <div class=vignette-container> <div class=mention-buttons text-left> (Bug: This class becomes duplicated when reproduced [Create Article]) <div class=mention-buttons text-left> (Bug: This class becomes duplicated when reproduced [Create Article]) This issue is purely visual and refreshing the page is a workaround. It is only negative UX.
1. Navigate to ARTICLES 2. Add new Category 3. Navigate into the Category 4. Use the shortcut + Article 5. 'Create Article' Observe that the text formatting toolbox context has duplicated for generating next article. (Eventually becoming so annoying that you have to refresh the page in order to reset the view.)
Yeah, I've been noticing this the last few days; especially when I'm churning out dummy articles for tagging, it gets really annoying. Hope to see it fixed soon!
I am sorry but what do you mean by "text formatting" box - there is not something called as such.
Hey Dimitris! We're referring to the array of options for formatting the text, above the actual text box.
I cannot reproduce this - and I do not see anyone else having this issue - Which editor are you using? Can you show us a video/image of this happening please?
Dimitris is it okay, if I DM you in Discord? I can just provide a how-to-step on reproduce in terms of screenshots. That may make life the easiest. I already added the violating: <div class=mention-buttons text-left> Which is the one referred to. Also there is one thing I'm perhaps a little worried about. It may be nothing. Just something I noticed when creating a bug-ticket. 1. Navigate to ARTICLES 2. Add new Category 3. Navigate into the Category 4. Use the shortcut + Article 5. 'Create Article' < Alternatively SPAM this step until your screen is filled with the bad div class.
https://imgur.com/a/GUjV9lx Maybe this helps.
The .mention-buttons class is hidden - if it appears it means that there is custom CSS at play. Do you have any custom CSS on your world editing side? In the case of an odd plugin causing this - have you tried this incognito mode?
Hey Dimitris! I don't believe I've added any custom CSS; I am using the Legacy Editor myself, if that helps I tried using Incognito and was able to replicate it; it also occurs on other devices and browsers as well, in case that could play a factor. https://imgur.com/a/CS4dbLs
That might be the issue - the Legacy editor is no longer supported - I will have a look anyway
I was able to localize that the issue was in the function call: bindmention(\)\; that was invoked by todoListRefresh(\)\; when the article gets posted -- you can check the full writedown in Discord. You can reproduce the issue by invoking bindmention(\)\; from the console.
Updating with findings related to the new UX feel. I'm seeing that the issue has been "technically" resolved. I tested with new articles that you can still duplicate formating toolbox with manually calling bindmention function. With the new UX there is no longer toolbox for bolding or adding italics to the text so this technically resolves the issue where the bindmention function would be incorrectly organically called multiple times in a single view which was the crux of the original bug. Either way this is either: A) Intentional which means the bug is technically resolved. B) There is a regression with new UX where the toolbox has disappeared despite it should still be there.