Jump to content

TerDale

Level 2
  • Content Count

    37
  • Joined

  • Last visited

Community Reputation

7 Neutral

About TerDale

Profile Information

  • Subscription
    BASIC
  1. Well, considering editor issues unfixed for years, I'm quite skeptic...
  2. Hi there, Lately, while having Evernote Web Clipper (EWC) installed in my browser, if I visit a Jira board I systematically get an error displayed by Jira telling "SyntaxError: Unexpected token". I faced it initially with my browser of choice: (Chromium-based) Vivaldi, but I'm also able to reproduce with Google Chrome. In both cases: if EWC extension is disabled: no error is displayed when visiting a Jira board. if EWC extension is enabled : a systematic error is displayed by Jira: a popup window with red border and message "An error occurred", clicking on "Details" shows: Please try refreshing the page, or contact your administrator / Atlassian Support if the problem continues. Details Exception: Uncaught SyntaxError: Unexpected token ) Resource: https://jira.oodrive.net/secure/RapidBoard.jspa?rapidView=588&selectedIssue=AC-2638 Line: 1 Column: 2 Environment Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36 Stack trace SyntaxError: Unexpected token ) at Object.parse (https://jira.oodrive.net/s/deef7bdc6295b1e7528d2d51419f1569-CDN/en_UKi1k89m/71013/85cc369448ce7c5d570576ececfab009/bea579341b7e51d6eb50488c4fdf0df4/_/download/contextbatch/js/greenhopper-rapid-non-gadget,atl.general,gh-rapid,jira.global,jira.project.sidebar,jira.general,-_super/batch.js?agile_global_admin_condition=true&is-server-instance=true&jag=true&jaguser=true&locale=en-UK&nps-acknowledged=true&nps-not-opted-out=true&tempo_is_jira_version_equal_or_greater_than_7.0.0=true&tempo_is_tempo_core_licensed=false:11880:1375) at Object. (https://jira.oodrive.net/s/deef7bdc6295b1e7528d2d51419f1569-CDN/en_UKi1k89m/71013/85cc369448ce7c5d570576ececfab009/bea579341b7e51d6eb50488c4fdf0df4/_/download/contextbatch/js/greenhopper-rapid-non-gadget,atl.general,gh-rapid,jira.global,jira.project.sidebar,jira.general,-_super/batch.js?agile_global_admin_condition=true&is-server-instance=true&jag=true&jaguser=true&locale=en-UK&nps-acknowledged=true&nps-not-opted-out=true&tempo_is_jira_version_equal_or_greater_than_7.0.0=true&tempo_is_tempo_core_licensed=false:11874:970) at j (https://jira.oodrive.net/s/9d34ea99a8588a07a59556232d11d95c-CDN/en_UKi1k89m/71013/85cc369448ce7c5d570576ececfab009/0c798f90b1a61deafa1d5193fc512be9/_/download/contextbatch/js/_super/batch.js?atlassian.aui.raphael.disabled=true&locale=en-UK:38:58) at Object.fireWith [as resolveWith] (https://jira.oodrive.net/s/9d34ea99a8588a07a59556232d11d95c-CDN/en_UKi1k89m/71013/85cc369448ce7c5d570576ececfab009/0c798f90b1a61deafa1d5193fc512be9/_/download/contextbatch/js/_super/batch.js?atlassian.aui.raphael.disabled=true&locale=en-UK:39:361) at d (https://jira.oodrive.net/s/9d34ea99a8588a07a59556232d11d95c-CDN/en_UKi1k89m/71013/85cc369448ce7c5d570576ececfab009/0c798f90b1a61deafa1d5193fc512be9/_/download/contextbatch/js/_super/batch.js?atlassian.aui.raphael.disabled=true&locale=en-UK:164:292) at XMLHttpRequest.b (https://jira.oodrive.net/s/9d34ea99a8588a07a59556232d11d95c-CDN/en_UKi1k89m/71013/85cc369448ce7c5d570576ececfab009/0c798f90b1a61deafa1d5193fc512be9/_/download/contextbatch/js/_super/batch.js?atlassian.aui.raphael.disabled=true&locale=en-UK:176:149) Looking for this error on Atlassian support pages, I found: Accessing Jira Software boards in browsers returns SyntaxError: Unexpected token error. From this article, the culprit is the "Grammarly" extension. However, I don't use this latter, so disabling my extensions 1 by 1 I ended up to figure out that this was EWC the culprit in my case. I guess it should be due to a recent change in EWC, as I have it installed for years, and faced this Jira issue only for 2 or 3 months. Repro info: Vivaldi 1.16.1259.3 (Official Build) (32-bit) Chrome 68.0.3440.106 (Official Build) (64-bit) EWC 7.4.2.2-c3b4956, logs attached Hoping you'll be able to fix this in a future release. Thanks in advance! Jean-Marc ewc.log
  3. Hi there, I'm facing this issue for long, and was hoping for a fix, but none came till now. Here it is: I set formatting attributes in a note (eg. bold, highlighting) and save it. So far so good. Now I edit again that same note on Android: all formatting is lost / reset in editor. If I ever save, it is lost forever! BTW, editing that same formatted note on Windows works fine (formatting preserved) This is really, really annoying and ocurring for very long now. No updates fixed it. Is there any workaround for this? TIA
  4. Didn't know Workflowy, checked it, and I must say that it is exactly what I was thinking of. Moreover, it is implemented in a very intuitive and natural way. Don't think it would really make EN more complicated or "fat" if implemented as done by Workflowy (WF), or even slightly differently as in WF it is by default. Also, FMPOV EN and WF serve very similar purposes: notes taking, so can't get why such a feature wouldn't be adapted to EN while it is for WF...
  5. How long must be this (bullet ) list of disappointing users?
  6. As Grant, I'm also continuing facing some bullet issues, even since the last fixes about these, months ago. For sure, some very annoying issues were fixed, but there are still a few ones that I'm facing every day. Like Grant, one of them is when using shift-tab, causing the bullet to vanish. The other (worst) one is when copying a bullet list and pasting it into an existing one (eg. while restructuring a list): in such case it happens often that I end up with 2 bullets on the same line. Example: - in those screenshots: * list before edition: https://www.sugarsyn..._4165930_289788 * list after cut and paste: https://www.sugarsyn..._4165930_289772 - see the result of cutting 4 lines from "00000110" and then setting the cursor just before "mem. address" and pasting them: - line "00000110" shows 2 bullets - while "mem. address" lost its one. Hope this helps to further improve bullets management. Major improvements were already done, fixing what's left could lead to forget bullet issues hopefully forever ;-) PS : using the latest EN release: 4.5.7.7146 (258477)
  7. Here is one example, more to follow... Scenario (check associated screenshots, starting at step0) : - step1: add a new bullet after "Eclipse" - step2: select lines containing "Autoruns" & "Console2", as shown - step3: <Ctrl-X" to cut selection - step4: <Ctrl-V> to paste it => result is not what one would expect TIA
  8. Well, though I confirm that there is tremendous progress on bullet issues, using the latest version for a few days showed that there are still a few remaining issues. Though less critical than the fixed ones, they are still annoying. I yet have to post repro scenarios for the one I faced...
  9. Hey... was offline for a few days.... and discovered the latest 4.5.4.6497 yesterday afternoon, using it since then, and I must say that it is much, much better than any other one concerning bullet points issues! Just saw a little glitch so far, but can't reproduce it, so hoping that most issues are now just bad memories. Anyway, thanks for all people involved in fixing this at Evernote!
  10. OK sorry, didn't want to be rude, but just wanted to tell that the issues were still here, with a bit of exasperation as these are quite old and very annoying issues that could make one to give up with EN. Anyway, after re-reading my post, I can understand that it could be interpreted as not very nice. OK thanks, looking forward for it I already did, 2 comments above the quoted one: http://discussion.ev...post__p__130298 It was with EN 2.5.4.6387 (230954), so didn't include the latest revisions as referenced in your latest post. Just tested again with RC2 (2.5.4.6451 (233963)), and just tried the vey simple below scenario: but failed gain, and was even a bit worse than with 230954. Here is this repro scenario, very simple, this one pasting a formatted line instead of one embedding a URL as I previously reported: create a brand new note in the body, start by clicking on the bullet button write some text, <Enter> <Tab> to create an indented level with 2nd-level bullet now paste "Name: command line", as it is formatted, => while it was properly pasted in 230954, now it is pasted the line after the indented bullet (cf. attached screenshot) then any line below is properly indented but without bullet if one fights a bit (several steps, probably too long for here), one succeeds to get the pasted line on the same line as the bullet, => but then, again, next lines are without bullet This was a simple one, I also faced more tricky ones (with 230954, not yet seen with 233963, but I just installed it a minute ago, so...), not easy to describe: in which after pasting I have 2 bullets on the same line, or a large space between existing text and the pasted one, that cannot be deleted, or multiple bullets on multiple lines at different indents along with others [EDITED to add missing screenshot]
  11. Stop crossing your fingers Emerick, just tried the 4.5.4 RC, and most of the issues I used to face with bullets are still here... very disappointing
  12. Happens to me all the time, really a PIA! Evernote is a great application while looking at its feature, but its editor is really not at the expected level, while it is the heart of a note-taking software.... really disappointing. This is extremely easy to reproduce, I can do it even by copying pasting some text within a single note: eg. a line with an URL, if I try to move it elsewhere in the text, in a bullet list, I get the issue almost 100% of the time.
  13. Hi dlu, I understand your arguments, but as you say it can be very useful in some cases, and is clearly addressed to "power users". So, why not propose it as an option? I mean, like checkboxes, anyone who doesn't want to use them is not forced to, but if one needs it, she can. TIA
  14. Hi, A feature I miss in Evernote for Windows is the capability to hide some, less important, parts of a note. The idea would be to have the possibility to set a block of text as collapsible, thanks to a little - in front of the block, that would turn to + when collapsed, thus allowing to expand it if needed. Of course, the current state of these blocks (collapsed vs. expanded) should be saved with the note, and restored when the note is displayed next time. What do you think? TIA
×
×
  • Create New...