Bug 2107722 - elementary-code not accepting a filename to save as
Summary: elementary-code not accepting a filename to save as
Alias: None
Product: Fedora
Classification: Fedora
Component: elementary-code
Version: 36
Hardware: x86_64
OS: Linux
Target Milestone: ---
Assignee: Fabio Valentini
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2022-07-15 18:24 UTC by michael8rown
Modified: 2022-08-17 10:12 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2022-08-17 10:12:20 UTC
Type: Bug

Attachments (Terms of Use)
Screen recording showing what is happening when I try to save a file in Code (2.79 MB, video/mp4)
2022-07-15 18:24 UTC, michael8rown
no flags Details

Description michael8rown 2022-07-15 18:24:31 UTC
Created attachment 1897481 [details]
Screen recording showing what is happening when I try to save a file in Code

Description of problem:

I hit CTRL-S to save a document in io.elementary.code. A "Save" window opens with a Name field, but when I begin to enter a filename, the Save window functions like a search, as if it's searching for the filename I'm typing instead of saving the file.

Version-Release number of selected component (if applicable):

Code 6.2.0

How reproducible:

Launch Code, enter some text, type CTRL-S or click on the "Save" icon at the top, and try to enter a filename to save. Alternatively, if you open an existing document and try to save the document under a new filename (either entering CTRL-SHIFT-S or clicking on the Save-As icon at the top), the same bug appears.

Steps to Reproduce:
1. Launch io.elementary.code
2. Enter some text 
3. Type CTRL-S or click on the "Save" icon at the top of the window.
4. Try to enter a filename into the Name field to save as

Actual results:

Instead of accepting input for a filename to save, the system begins to search for the filename I am entering.

Expected results:

When I enter a filename to save, I expect the system to accept the input and save the file I am creating under the filename I am entering.

Additional info:

This same bug occurs in GNOME Text Editor, but only after I install the Pantheon Desktop group from Fedora. If I uninstall Pantheon Desktop group and delete .cache, .config, and .local directories from my /home/[user] directory, then the expected SAVE AS behavior in GNOME Text Editor returns to normal and bug is gone. So this may be a larger Pantheon issue, but since I first experienced it in Code, I am repoting this bug here.

Comment 1 Fabio Valentini 2022-08-11 15:20:34 UTC
Sorry for the late response.

Do you have any unofficial repositories enabled, i.e. my decathorpe/elementary-staging or decathorpe/elementary-nightly COPRs?

Comment 2 michael8rown 2022-08-11 21:58:31 UTC
Hi, no I do not have either of those COPRs enabled. Should I enable them?

Comment 3 michael8rown 2022-08-12 14:34:07 UTC
To be clear, I have no other unofficial repositories enabled, either. No COPRs at all.

Comment 4 michael8rown 2022-08-12 22:26:13 UTC
I enabled both staging and nightly COPRs, ran sudo dnf --refresh update which updated code from elementary-code-6.2.0-1.fc36.x86_64 to elementary-code-6.2.0+git220812.131014.5276b80f-1.fc36.x86_64, rebooted, same problem: SAVE and SAVE-AS still want to perform a search for the filename I am trying to enter.

Comment 5 Fabio Valentini 2022-08-12 22:39:28 UTC
Oh, uhm, enabling those two repos is not something that I wanted you to do, as reversing the process of enabling and installing packages from these repos is not straightforward ...

I just wanted to know if you had already enabled them, because that could have explained the problem.

But either way, I can confirm that this bug happens to me as well. Weird that nobody noticed this before.

Comment 6 Fabio Valentini 2022-08-17 10:12:20 UTC
Ok, after asking about this problem with elementary developers, looks like this is a somewhat known issue with the GTK4 file chooser, which appears to be broken when using the elementary theme. I'm afraid I can't fix that on the Fedora side (since I can't override the default GTK filechooser).

Note You need to log in before you can comment on or make changes to this bug.