Skip to content
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

Note diseappear when selected for edit from a TAG list (Works OK when selected from a Notebook) #10388

Open
Pierrep56 opened this issue Apr 30, 2024 · 6 comments
Labels
bug It's a bug

Comments

@Pierrep56
Copy link

Operating system

Linux

Joplin version

3.0.6

Desktop version info

Joplin 3.0.6 (prod, linux)

Client ID: 2fde79a23a8646c180bbcd3ac47249d5
Sync Version: 3
Profile Version: 47
Keychain Supported: No

Revision: 18b9f5c

Backup: 1.4.1
Conflict Resolution: 1.2.3
Convert Text To New Note: 1.5.1
Delete unlinked resources: 1.0.0
Emoji: 1.0.4
Enhancement: 1.2.1
Ez Table: 1.0.2
Menu items, Shortcuts, Toolbar icons: 1.1.0
MultiMarkdown Table Tools: 1.2.0
Search & Replace: 2.2.0
Table Formatter Plugin: 1.2.1

Current behaviour

  1. Joplin opens normally
  2. I select a file from the TAGS list
  3. The file opens as it should in the editor (internal editor)
  4. As soon as I begin to edit it, it just "vanish"
  5. If I return to the notes list, change my selection, then return to the previous tag I can see it again.
  6. And again, re-opening it FROM THE TAG LIST reproduce the same vanishing effect.
  7. Now, If I open the SAME FILE from a NOTEBOOK or ALL FILES (Not from a Tag list), I can edit it normally. No apparent bug.
  8. I have deleted and recreated my tags. No change. The issue appears ONLY when the file is open FROM the Tags list.

Expected behaviour

No vashing file when editing it, after opening it from the Tags list

Logs

Well, I did create the flags.txt file and the console opens in Joplin but the flag.txt stays empty even after the bug occurs.

@Pierrep56 Pierrep56 added the bug It's a bug label Apr 30, 2024
@Pierrep56 Pierrep56 changed the title Note diseappear when selected to editr from a TAG list (Works OK when selected from a Notebook) Note diseappear when selected for edit from a TAG list (Works OK when selected from a Notebook) Apr 30, 2024
@personalizedrefrigerator
Copy link
Collaborator

Related: #10236.

@Marain888
Copy link

I am also experiencing this issue. When I try to edit a file in a list generated from a Tag, the file disappears. If I click on the Tag name again, the file reappears in the list.

Joplin 3.0.6 (prod, win32)
Sync Version: 3
Profile Version: 47
Keychain Supported: Yes
Revision: 18b9f5c
Backup: 1.4.1

Marian
-1714928945851.log

@Marain888
Copy link

This issue also occurs when I try to edit a Note in a List generated from a Search - I type one character and the note disappears from the List.

Joplin 3.0.6 (prod, win32)
Sync Version: 3
Profile Version: 47
Keychain Supported: Yes
Revision: 18b9f5c
Backup: 1.4.1

-1715152028961.log

@nonobio
Copy link

nonobio commented May 16, 2024

Hi,

Same issue:
tvnviewer_2024-05-16_11-34-28

I found a workaround, just click on the "in notebook" button before clicking in the note:
image

tvnviewer_2024-05-16_11-43-49

Joplin 3.0.6 (prod, win32)

ID client : bc23d8d35e3d469eb21243f774c7ff1e
Version de Synchro : 3
Version du profil : 47
Trousseau supporté : Oui

Révision : 18b9f5c

Backup: 1.4.1
Note overview: 1.7.1
Note Tabs: 1.4.0
Outline: 1.5.13
Rich Markdown: 0.15.0
Search & Replace: 2.2.0

I tried on two different PCs and after deactivating all plugins, same problem.
I have the impression that the problem is not present if I do the same search again 🤔

Seems related:
#10236
#10219

@Marain888
Copy link

@nonobio Yes, this works, but the downside is that the List generated from the Search or Tag must be regenerated by Search/Tag for, e.g., the case that you want to edit more or all of the Notes in the List than only the one that disappears when you try to edit it from the List. I hope they will fix this soon. It's just a bit annoying. It seems to be an error introduced with one of the Beta 3.nn versions (not for normal users who are still on version 2.nn).

@Dricc123
Copy link

Could we put the priority level on 'high' please? It makes the desktop app pretty inconvenient.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug It's a bug
Projects
None yet
Development

No branches or pull requests

5 participants