mousepad issues
https://gitlab.xfce.org/apps/mousepad/-/issues
2024-03-24T09:07:18Z
https://gitlab.xfce.org/apps/mousepad/-/issues/295
Incorrect libxfce4kbd-private-3 include
2024-03-24T09:07:18Z
Bobby Rong
Incorrect libxfce4kbd-private-3 include
Hi,
We found that we are not building the shortcuts plugins in NixOS build and wish to enable it, we got:
```
shortcuts-plugin.c:31:10: fatal error: libxfce4kbd-private-3/libxfce4kbd-private/xfce-shortcuts-editor.h: No such file or dir...
Hi,
We found that we are not building the shortcuts plugins in NixOS build and wish to enable it, we got:
```
shortcuts-plugin.c:31:10: fatal error: libxfce4kbd-private-3/libxfce4kbd-private/xfce-shortcuts-editor.h: No such file or directory
31 | #include <libxfce4kbd-private-3/libxfce4kbd-private/xfce-shortcuts-editor.h>
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
```
https://gitlab.xfce.org/apps/mousepad/-/blob/mousepad-0.6.2/plugins/shortcuts-plugin/shortcuts-plugin.c?ref_type=tags#L31
This is unfortunately the same issue and the same cause as https://gitlab.xfce.org/apps/xfce4-terminal/-/issues/224 ([fix](https://gitlab.xfce.org/apps/xfce4-terminal/-/commit/4c5ac4fc506ade7de7b0f97a6fe683e719604221)) and https://gitlab.xfce.org/xfce/thunar/-/issues/972 ([fix](https://gitlab.xfce.org/xfce/thunar/-/commit/6ae0f48b63b908fa61b5fe37a3d0be1883f4e625)) and replacing it with `#include <libxfce4kbd-private/xfce-shortcuts-editor.h>` fixes the build.
It will be really great if this can be fixed here as well 🥹
(P.s. I was not able to open MRs due to external user restrictions, will it be possible to get that access so I can upstream some of the downstream build fixes from NixOS? 🙇 )
0.6.3
Bobby Rong
Bobby Rong
https://gitlab.xfce.org/apps/mousepad/-/issues/292
Continually changing file cannot be closed
2024-02-29T08:17:37Z
Viissataa
Continually changing file cannot be closed
If one opens a file (any plaintext file) that is continually modified in the background by an external program, such as a logfile, Mousepad immediately brings up the "The document has been externally modified. Do you want to reload it fr...
If one opens a file (any plaintext file) that is continually modified in the background by an external program, such as a logfile, Mousepad immediately brings up the "The document has been externally modified. Do you want to reload it from disk? (cancel / reload)" dialog box, that (at least on xfce) is enforced into focus, and makes rest of the window impossible to be interacted with.
As the file is constantly modified, the dialog box reappears instantly after closing it, which makes it impossible to close the tab where the file is.
I managed to close the tab by aligning the dialog box's top corner with the tab's closing symbol, and double clicking in rapid succession.
I think this is not a corner case, or trivial issue, since as mentioned above, intensely updated logfiles will behave like this, and Mousepad is very much one of the tools used for inspecting such files.
Reproduction:
1: Compose a simple python script that on a rapid loop (~0.05s cycletime) opens a textfile, appends something into it, and flushes the file onto disk.
2: Open said file in Mousepad
https://gitlab.xfce.org/apps/mousepad/-/issues/291
Read from standard input
2024-02-21T10:08:43Z
AvidSeeker
Read from standard input
This is a basic feature request for a simple editor like mousepad. Helpful in using it for scripts.
```sh
echo Hello World | mousepad
```
This is a basic feature request for a simple editor like mousepad. Helpful in using it for scripts.
```sh
echo Hello World | mousepad
```
https://gitlab.xfce.org/apps/mousepad/-/issues/289
Mousepad sometimes takes a while to quit
2024-02-11T13:56:19Z
Samueru
Mousepad sometimes takes a while to quit
I'm trying to use thunar with devour, which is an application that hides the thunar window when I launch another application from thunar, in this case it is mousepad. Once I close mousepad the thunar window comes back.
In the case of mo...
I'm trying to use thunar with devour, which is an application that hides the thunar window when I launch another application from thunar, in this case it is mousepad. Once I close mousepad the thunar window comes back.
In the case of mousepad sometimes I have to wait 5 to 10 seconds for the thunar window to show back.
After troubleshooting by launching mousepad from the terminal, the issue is that sometimes mousepad hangs for that long when being closed and takes 5 to 10 seconds to quit, that causes devour to think that I still have the window open and not show thunar back.
It is very random which makes me think it is a bug, I may add 50 lines of text to a file and mousepad quits in less than 1 second or I may just edit 1 line and mousepad takes 5 seconds to exit.
Update: This issue is caused by having clipman open, here's a demonstration:
https://streamable.com/8qqjru
I first remove/add a bunch of text to a file (clipman is not running). I do this twice, mousepad has not trouble quitting instantly.
Then at the end I start clipman, open mousepad again and copy and paste one line of text on mousepad, just one.
That causes mousepad to take exactly 10 seconds to quit when the window is closed.
https://gitlab.xfce.org/apps/mousepad/-/issues/163
Mousepad can't find parts of words or names containing underscores unless the...
2024-02-11T11:22:32Z
kostrahb
Mousepad can't find parts of words or names containing underscores unless the words are written entirely
Hi, I use Mousepad 0.5.9 on Manjaro xfce and noticed that when I try to find some text, there is unusual behavior in comparison with other text editors.
I expect that when I begin to type into find box, it will immediately try to find a...
Hi, I use Mousepad 0.5.9 on Manjaro xfce and noticed that when I try to find some text, there is unusual behavior in comparison with other text editors.
I expect that when I begin to type into find box, it will immediately try to find all occurrences of the text and there is absolutely no dependency on surrounding text. That means for example it will find both `prom` or `prometheus` in the text `{{ bigtable_merge_worker_config_prometheus_port|json }}`. However when I try that in my version, neither is found. If I wanted to find the variable name, I would have to fill `bigtable_merge_worker_config_prometheus_port` which is time consuming and I usually don't remember variable names that well.
Is this intended behavior? What is reasoning behind this and is there any configuration that would allow to change it to the behavior that I expect?
https://gitlab.xfce.org/apps/mousepad/-/issues/178
Disable "Full Word Search"
2024-02-11T11:21:32Z
Rz
Disable "Full Word Search"
I am using 5.10.136-1-MANJARO with Mousepad 0.5.10.
I am not able to find a way to do half word search.
For example if the word is POST , I have to type the whole word for mousepad to find it.
Any solution please?
Thanks
I am using 5.10.136-1-MANJARO with Mousepad 0.5.10.
I am not able to find a way to do half word search.
For example if the word is POST , I have to type the whole word for mousepad to find it.
Any solution please?
Thanks
https://gitlab.xfce.org/apps/mousepad/-/issues/182
Change typo here: msgstr "<b>תצוגה<b/> " in file /apps/mousepad/-/blob/master...
2024-02-11T11:20:37Z
Liron C
Change typo here: msgstr "<b>תצוגה<b/> " in file /apps/mousepad/-/blob/master/po/he.po
it's all in the title, just change it to:
msgstr "<b>תצוגה</b> "
on line 1600
in the file: gitlab.xfce.org/apps/mousepad/-/blob/master/po/he.po
it's all in the title, just change it to:
msgstr "<b>תצוגה</b> "
on line 1600
in the file: gitlab.xfce.org/apps/mousepad/-/blob/master/po/he.po
https://gitlab.xfce.org/apps/mousepad/-/issues/288
Default choice in session restore dialog should be restoration
2024-01-29T11:49:47Z
Eyal Rozenberg
Default choice in session restore dialog should be restoration
When a user is faced with a dialog on application open, they occasionally just click through it, i.e. accept the default, without fully realizing what they're accepting. This may be due to:
1. Surprise by there being a dialog, and actin...
When a user is faced with a dialog on application open, they occasionally just click through it, i.e. accept the default, without fully realizing what they're accepting. This may be due to:
1. Surprise by there being a dialog, and acting before really processing that information.
2. Assumption that the dialog is insignificant, i.e. "yeah yeah, I want to get to the app already"
3. Assumption that the default option is the safe one, and nothing bad can happen
now, when Mousepad considers restoring a session after a crash, it doesn't immediately restore - it asks for confirmation in a dialog on startup. The thing is - the default option on that dialog is to _not_ restore the unsaved documents, but rather discard them. I suggest the default be changed to restoring the documents.
Using:
* Devuan GNU/Linux Excalibur (~= Debian Trixie without systemd)
* Mousepad 0.6.1
* Cinnamon Desktop Environment 5.8.4
Related issues:
* Auto-open with no confirmation: #32 .
0.6.2
Gaël Bonithon
Gaël Bonithon
https://gitlab.xfce.org/apps/mousepad/-/issues/32
Autoreopen unsaved document from last session at startup
2024-01-29T10:59:23Z
Bugzilla Migration
Autoreopen unsaved document from last session at startup
## Submitted by Denis Donici
Assigned to **Matthew Brush `@matt`**
**[Link to original bug (#15956)](https://bugzilla.xfce.org/show_bug.cgi?id=15956)**
## Description
Hey guys.
Just a feature request,
I wish it would be possible ...
## Submitted by Denis Donici
Assigned to **Matthew Brush `@matt`**
**[Link to original bug (#15956)](https://bugzilla.xfce.org/show_bug.cgi?id=15956)**
## Description
Hey guys.
Just a feature request,
I wish it would be possible to make Mouspead open unnamed (and unsaved) documents from a previous session.
For example, as a case scenario, I open Mousepad, type something and close Mousepad. Or for some reason the system powers off. Mousepad won't ask me to save the newly created document(s). When I open Mousepad again they're restored as they were in the previous session. When I do have the opportunity, then I save the files with the name and locations I want it to be.
I know it is trivial, but in certain cases, it is a lifesaver.
Real-life example, I was traveling with my laptop, I knew I was running low on the battery, but still I opened Mousepad to write down some phone numbers. The laptop died on me. I didn't save the file. No phone numbers at the end. It sucks. It could happen to anyone. But that's the truth, otherwise, I wouldn't write this bug. And I know, sometimes it's better to have a paper and a pen on you
Cheers,
Denis
PS: btw, thank you for all your work. Still, Mousepad is my favorite editor
Version: 0.4.0
0.5.6
Gaël Bonithon
Gaël Bonithon
https://gitlab.xfce.org/apps/mousepad/-/issues/145
Window icon and window buttons in CSD
2023-10-30T16:06:23Z
mr_glitch
Window icon and window buttons in CSD
Hi :)
I've noticed some issues with button layout and icon on the left in CSD. In other programs with CSD like Window Manager window button is always first and icon second.
![image](https://i.imgur.com/6dW79Pq.png)
Don't know how to e...
Hi :)
I've noticed some issues with button layout and icon on the left in CSD. In other programs with CSD like Window Manager window button is always first and icon second.
![image](https://i.imgur.com/6dW79Pq.png)
Don't know how to explain it better, so here is [topic on the forum](https://forum.xfce.org/viewtopic.php?pid=63539#p63539) :)
---
Thanks for your work. Regards :)
0.5.7
Gaël Bonithon
Gaël Bonithon
https://gitlab.xfce.org/apps/mousepad/-/issues/284
how to change notes title color pls?
2023-10-17T08:27:20Z
sam sam
how to change notes title color pls?
hello everyone,
is it possible, as attached, to change that red title color of the notes? my eyes don't like looking at it.
I know they have different color themes but none of them change the title color.
thanks for reading.
https://img...
hello everyone,
is it possible, as attached, to change that red title color of the notes? my eyes don't like looking at it.
I know they have different color themes but none of them change the title color.
thanks for reading.
https://imgur.com/IGn3Y3j
https://gitlab.xfce.org/apps/mousepad/-/issues/63
Color may not be a good indication for unsaved documents
2023-10-17T08:27:20Z
Nandakumar Edamana
Color may not be a good indication for unsaved documents
Gedit prefixes an asterisk to the filename in both the title bar and
tabs to indicate the unsaved state while Mousepad does the same in title
bar but uses red color in tabs. Although color change seems more
semantic and eliminates the co...
Gedit prefixes an asterisk to the filename in both the title bar and
tabs to indicate the unsaved state while Mousepad does the same in title
bar but uses red color in tabs. Although color change seems more
semantic and eliminates the confusion with a filename that actually
contains an asterisk, will the color scheme work for color blind people?
Also, does the color depend on themes? If so, isn't there a possibility
of the default text color of the theme and the Mousepad "unsaved color"
happening to be the same?
0.5.9
Gaël Bonithon
Gaël Bonithon
https://gitlab.xfce.org/apps/mousepad/-/issues/282
Mousepad turning "black and blue" mid-text
2023-10-10T14:24:34Z
Peter B.
Mousepad turning "black and blue" mid-text
I've been using Mousepad on XFCE for years and I'm very happy with it!
Today, I've encountered a strange thing (on Xubuntu 20.04, Mousepad v0.4.2):
I've opened a textfile generated by ffmpeg's "ffprobe" utility - and suddenly parts of t...
I've been using Mousepad on XFCE for years and I'm very happy with it!
Today, I've encountered a strange thing (on Xubuntu 20.04, Mousepad v0.4.2):
I've opened a textfile generated by ffmpeg's "ffprobe" utility - and suddenly parts of the text turned to background color black, font-color dark-blue (see screenshot):
![mousepad_editor_turning_black_and_blue-202310](/uploads/52f25efbf3b63b45c99599ebe3b594d6/mousepad_editor_turning_black_and_blue-202310.png)
Everything else (editing, etc) seems to function normally, but some parts of it suddenly are displayed "dark".
When scrolling through the text, the coloring seems to switch/jump to different lines/parts/blocks of the file.
The only thing "out of the ordinary" could be that the textfile is "rather large": ~13MiB (12682589 Bytes).
I was curious about what was causing this, and I'm pretty sure it looks like unintended behavior.
There the issue report :smile:
Thanks for any information on this.
Thank you very much in advance.
https://gitlab.xfce.org/apps/mousepad/-/issues/62
When opening large files, the background alternates between white and black
2023-10-03T21:04:25Z
Dustin Hacker
When opening large files, the background alternates between white and black
When opening large files, such as the one here:
https://bugs.winehq.org/attachment.cgi?id=68131
The background of the application alternates between white and black. This makes the text hard to read at times.
When opening large files, such as the one here:
https://bugs.winehq.org/attachment.cgi?id=68131
The background of the application alternates between white and black. This makes the text hard to read at times.
https://gitlab.xfce.org/apps/mousepad/-/issues/35
[PATCH] Allow filtering out binary files in the file chooser dialog
2023-09-23T01:10:06Z
Bugzilla Migration
[PATCH] Allow filtering out binary files in the file chooser dialog
## Submitted by Michaël Meyer
Assigned to **Matthew Brush `@matt`**
**[Link to original bug (#16143)](https://bugzilla.xfce.org/show_bug.cgi?id=16143)**
## Description
Created attachment 9210
Patch
See the attached patch.
**Pa...
## Submitted by Michaël Meyer
Assigned to **Matthew Brush `@matt`**
**[Link to original bug (#16143)](https://bugzilla.xfce.org/show_bug.cgi?id=16143)**
## Description
Created attachment 9210
Patch
See the attached patch.
**Patch 9210**, "Patch":
[0001-Allow-filtering-out-binary-files-in-the-file-chooser.patch](/uploads/3c066637cd584034f6984fc1533e6793/0001-Allow-filtering-out-binary-files-in-the-file-chooser.patch)
Version: 0.4.2
0.5.2
Gaël Bonithon
Gaël Bonithon
https://gitlab.xfce.org/apps/mousepad/-/issues/28
Refuses to open files where the character encoding is not recognized
2023-09-23T01:00:56Z
Bugzilla Migration
Refuses to open files where the character encoding is not recognized
## Submitted by mlv..@..ox.org
Assigned to **Matthew Brush `@matt`**
**[Link to original bug (#15165)](https://bugzilla.xfce.org/show_bug.cgi?id=15165)**
## Description
When I'm trying to open an ascii text file that has a few cor...
## Submitted by mlv..@..ox.org
Assigned to **Matthew Brush `@matt`**
**[Link to original bug (#15165)](https://bugzilla.xfce.org/show_bug.cgi?id=15165)**
## Description
When I'm trying to open an ascii text file that has a few corrupt characters, Mousepad refuses to open the file and insists that the user select the correct character encoding.
The desired behavior (used by many other text editors) is to open the slightly corrupt file for editing and display a special symbol where the characters have not been recognized using the current character encoding. A warning stating the character encoding was not recognized would be helpful but should not prevent Mousepad from working.
Version: 0.4.1
0.4.90
Gaël Bonithon
Gaël Bonithon
https://gitlab.xfce.org/apps/mousepad/-/issues/189
Abnormal CPU usage when the window becomes active/inactive and a large file i...
2023-09-04T18:03:07Z
Gaël Bonithon
Abnormal CPU usage when the window becomes active/inactive and a large file is opened
Mousepad 0.5.10, GTK 3.24.36, GSV 4.8.4
Steps to reproduce:
* Open a "large file" (`base64 /dev/urandom | head -100000 >test-file` is enough for me to highlight the problem)
* Wait until the textview is fully loaded so that Mousepad doe...
Mousepad 0.5.10, GTK 3.24.36, GSV 4.8.4
Steps to reproduce:
* Open a "large file" (`base64 /dev/urandom | head -100000 >test-file` is enough for me to highlight the problem)
* Wait until the textview is fully loaded so that Mousepad doesn't use the CPU anymore
* Make the window active/inactive and observe the CPU usage
I have not been able to identify exactly what portion of GTK code is being executed at this time, but the problem disappears if the `GDK_WINDOW_STATE_FOCUSED` changed mask is intercepted in `window_state_event()`:
```diff
diff --git a/mousepad/mousepad-window.c b/mousepad/mousepad-window.c
index b8fb73d0..722d324a 100644
--- a/mousepad/mousepad-window.c
+++ b/mousepad/mousepad-window.c
@@ -1423,6 +1423,9 @@ mousepad_window_window_state_event (GtkWidget *widget,
g_return_val_if_fail (MOUSEPAD_IS_WINDOW (window), FALSE);
+ if (event->changed_mask & GDK_WINDOW_STATE_FOCUSED)
+ return TRUE;
+
/* update bars visibility when entering/leaving fullscreen mode */
if (event->changed_mask & GDK_WINDOW_STATE_FULLSCREEN)
{
```
Obviously this prevents the window from being redrawn to reflect whether it is active or not, so it is only a workaround. Also, Gedit 44.2 and Geany 1.38 do not have this problem, even though they use the same toolkit (especially Gedit). So there must be a way to avoid this problem that I can't find.
I couldn't trace the problem in GDB, because if I put a breakpoint the problem disappears! Here is what `strace` gives in a loop when we are at the third step above:
```
recvmsg(8, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=9, events=POLLIN}], 3, 0) = 0 (Timeout)
```
With sometimes:
```
write(3, "\1\0\0\0\0\0\0\0", 8) = 8
poll([{fd=8, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=8, revents=POLLOUT}])
writev(8, [{iov_base="5 \4\0\202\26\0\4\7\0\0\4\3\0\22\0\213\4\6\0\203\26\0\4\202\26\0\4%\0\0\0"..., iov_len=572}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 572
recvmsg(8, {msg_namelen=0}, 0) = -1 EAGAIN (Resource temporarily unavailable)
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=9, events=POLLIN}], 3, 0) = 1 ([{fd=3, revents=POLLIN}])
read(3, "\1\0\0\0\0\0\0\0", 16) = 8
```
@matt I'm calling on you if you're still around in case this tells you something, because since Geany doesn't have this problem, maybe you're aware of a patch it's implementing to fix something in GTK 3? Because I don't think Mousepad does anything special here. For your information, this problem was already present in 0.4.2, and it disappears in !78 that is with GTK 4.
https://gitlab.xfce.org/apps/mousepad/-/issues/153
Feature Request: switch tabs with control+tab
2023-08-24T09:25:16Z
Nicco Kunzmann
Feature Request: switch tabs with control+tab
Browsers and many applications allow control+tab to switch between tabs.
Usually, what I would expect is one of these modes:
- Mode one: History Mode
Switching between tabs is done with control+tab
While the control key is press...
Browsers and many applications allow control+tab to switch between tabs.
Usually, what I would expect is one of these modes:
- Mode one: History Mode
Switching between tabs is done with control+tab
While the control key is pressed, tab switches between the tabs in the order at which they were last visited
control+shift+tab goes back in the order until the currently visited tab is displayed again
- Mode two: left-right mode
Control+tab switches to the right.
Control+shift+tab switches to the tab to the left.
When the first tab is reached with control+shift+tab, the last tab is shown.
When the last tab is reached with control+tab, the first tab is shown.
I would really like this feature. I am unclear about how to implement it or where to start... If I could have some hints, that would be nice. At the same time, I do not know if I will find the time to implement it. Thanks for reading!
https://gitlab.xfce.org/apps/mousepad/-/issues/202
Mousepad: menus have icons despite "Show images in menus" disabled
2023-08-06T21:15:18Z
Georg Schwarz
Mousepad: menus have icons despite "Show images in menus" disabled
On a Manjaro installation with Mousepad 0.6.1 and Xfce 4.18, many of Mousepad's menu entries have an icon left to the menu text despite "Show images in menus" being disabled (not ticked) in the XFCE4 Appearance settings. I do not see tha...
On a Manjaro installation with Mousepad 0.6.1 and Xfce 4.18, many of Mousepad's menu entries have an icon left to the menu text despite "Show images in menus" being disabled (not ticked) in the XFCE4 Appearance settings. I do not see that behavior with any other XFCE application, and I believe it is a bug.
https://gitlab.xfce.org/apps/mousepad/-/issues/205
Do not set window to top when open a second file and more
2023-08-03T14:38:53Z
海天鹰
Do not set window to top when open a second file and more
OS: Devuan 4
Version: 0.5.2
Open first file, will open the window to top, second and more will open file in background, do not active the window.
OS: Devuan 4
Version: 0.5.2
Open first file, will open the window to top, second and more will open file in background, do not active the window.