Re: [Bug 34813] Re: gedit fails to save files over smbfs/cifs
@Robie Iirc, the gio pathway is unrelated to this bug: an sshfs mount is a 'local' mount (which is the root of the problem). Saving files to gnome sftp:// and smb:// file urls works fine (which is why some of us users stopped caring about this bug years ago :p). If that's correct, then it's completely appropriate to not treat gio urls differently, to do otherwise would just introduce a bug in _that_ system. On Wed, Dec 24, 2008 at 9:38 AM, Robie Basak rb-os...@justgohome.co.uk wrote: Unable to reproduce with gedit 2.24.2-0ubuntu1 and sshfs to an rsync.net account. Saving seems to work fine, regardless of whether the backup before saving option is selected or not. The fix that Brent mentions appears to be for a previous version of gedit from comment #5 in the gnome bug, which modifies how files are saved. gedit 2.42 has two mechanisms to save files - local and gio (ie. sshfs/cifs) - presumably to address this issue - so that patch will no longer work (it would apply to local saves, not remote saves). -- gedit fails to save files over smbfs/cifs https://bugs.launchpad.net/bugs/34813 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 277243] Re: High load during audio playback
*** This bug is a duplicate of bug 73744 *** https://bugs.launchpad.net/bugs/73744 ** This bug has been marked a duplicate of bug 73744 rhythmbox is slow! -- High load during audio playback https://bugs.launchpad.net/bugs/277243 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee (via bug 73744). -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 284824] Re: 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy)
Under hardy, either via the gnome option 'Preferences | Appearances | Interface | Editable menu shortcut keys' + highlighting the 'new tab' option and hitting Alt+T, or 'Edit | Keyboard shortcuts'. It will then break after upgrading to intrepid. Under intrepid, only the 'Keyboard shortcuts' dialog will work. Note also, there's an (unrelated?) bug that interferes if you have multiple terminal profiles. If you do, testing under a fresh account with any additional terminal profiles is probably the best thing to do. -- 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy) https://bugs.launchpad.net/bugs/284824 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 284824] Re: 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy)
You can set it from intrepid, you just can't set it directly without going the the terminal 'keyboard shortcuts' menu. On Sat, Oct 18, 2008 at 11:48 AM, Mackenzie Morgan [EMAIL PROTECTED] wrote: Ah, so it works like this then: If set in Hardy then upgraded: Action not performed ^t inserted in terminal If set in Intrepid: Cannot set shortcut to alt+t at all Is that correct? -- 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy) https://bugs.launchpad.net/bugs/284824 You received this bug notification because you are a direct subscriber of the bug. -- 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy) https://bugs.launchpad.net/bugs/284824 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 284824] [NEW] 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy)
Public bug reported: Binary package hint: gnome-terminal In hardy, I kept a alt+n and alt+t as 'new window' and 'new tab', as they're far easier to type than the default ctrl+shift+letter. The 'disable menu accelerators' option was disabled, and all was well in the world. In intrepid, you can still set the alt+t as a binding, but hitting it always inserts ^t into the terminal, rather than triggering the bind. ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New -- 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy) https://bugs.launchpad.net/bugs/284824 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 284824] Re: 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy)
Edit menu | Keyboard Shortcuts | uncheck: Enable menu access keys (such as alt+f to open the File menu) In hardy, that's sufficient to get it to work, but it's broken on intrepid. On Fri, Oct 17, 2008 at 2:47 AM, Mackenzie Morgan [EMAIL PROTECTED] wrote: I'm trying this, and I can't set it to Alt+T. I'm guessing it's because the Terminal menu is already mapped to Alt+T. How did you get around this? ** Changed in: gnome-terminal (Ubuntu) Status: New = Incomplete -- 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy) https://bugs.launchpad.net/bugs/284824 You received this bug notification because you are a direct subscriber of the bug. -- 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy) https://bugs.launchpad.net/bugs/284824 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 284824] Re: 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy)
** Changed in: gnome-terminal (Ubuntu) Status: Incomplete = New -- 'alt+t' can't be set as keybinding for open-tab in gnome-terminal (worked in hardy) https://bugs.launchpad.net/bugs/284824 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 159042] Re: Nautilus is very slow in list mode with assistive technologies enabled
Still broken in intrepid. ** Summary changed: - Nautilus is very slow in list mode + Nautilus is very slow in list mode with assistive technologies enabled ** Description changed: - When I open a folder with many files for example '/usr/lib' Nautilus is very very slow in 'list display'. - It is a little faster in 'icons display'. + When I open a folder with many files (for example '/usr/lib') Nautilus + is very very slow in 'list display' if Assistive Technologies is + enabled. + + Disabling Assistive Technologies via the preferences dialog restores + performance (opening a large folder takes a second or two rather than 30 + seconds or more). ** Changed in: nautilus (Ubuntu) Sourcepackagename: None = nautilus Status: Fix Committed = New -- Nautilus is very slow in list mode with assistive technologies enabled https://bugs.launchpad.net/bugs/159042 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 187540] Re: Gnome-panel freeze when 8 windows are open when the panel is on the right
http://bugzilla.gnome.org/show_bug.cgi?id=86382 is related as well, they have a half-working patch. -- Gnome-panel freeze when 8 windows are open when the panel is on the right https://bugs.launchpad.net/bugs/187540 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 43066] Re: Window list behaves bad when panel is vertical.
This is a duplicate of 152838. The root cause is that libwnck (the window list) is providing a size hint based on the desired width of the buttons * the number of columns (based on 25 characters visible), and gnome-panel using that hint to determine the vertical size of the switcher. -- Window list behaves bad when panel is vertical. https://bugs.launchpad.net/bugs/43066 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 187540] Re: Gnome-panel freeze when 8 windows are open when the panel is on the right
The root cause seems to be that libwnck (the window list) is providing a size hint based on the desired width of the buttons * the number of columns (based on 25 characters visible), and gnome-panel using that hint to determine the vertical size of the switcher. The patch here still has issues with more than 7 windows open as described on 152838 and 43066, which their patch addresses. They don't fix the hinting issue however, which leaves the window list set at a maximum height of [width of 25 chars * number of columns]. -- Gnome-panel freeze when 8 windows are open when the panel is on the right https://bugs.launchpad.net/bugs/187540 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 152838] Re: gnome window list panel item flickers in vertical orientation
Sebastien/Pedro, I can duplicate from a hardy live cd. The steps I listed above should be sufficient to duplicate, although make sure you have 'group windows' disabled, otherwise you have to open 7 distinct applications rather than 7 copies of (say) gnome-terminal. -- gnome window list panel item flickers in vertical orientation https://bugs.launchpad.net/bugs/152838 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 152838] Re: gnome window list panel item flickers in vertical orientation
http://bugzilla.gnome.org/show_bug.cgi?id=86382 is the upstream bug (or rather, issues with the fixing of that bug caused this, discussed starting around comment #50.) -- gnome window list panel item flickers in vertical orientation https://bugs.launchpad.net/bugs/152838 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 152838] Re: gnome window list panel item flickers in vertical orientation
I'm seeing the same issue with nvidia and radeon chipsets. Add new panel, setting the orientation to Left or Right, the size to 100 pixels, and selecting Expand. Add Window List applet (or drag original Window List applet to the new panel) Set properties on Window List to Never group windows (grouping windows hides the problem somewhat) Open at least 7 windows (terminals for instance); the applet seems to work fine if there's only 6 windows showing. You will see either one or two columns of buttons in the window list. The layout changes once in a while when switching between windows (without opening new ones). The desired behaviour is a single column unless the entire available space for the list is used up. Click and hold on a button in the window list. While holding the mouse button down, the applet will rapidly switch the layout between one and two columns. Clicking at any point where the 7th or greater button is (counting top-down) will not switch the window. -- gnome window list panel item flickers in vertical orientation https://bugs.launchpad.net/bugs/152838 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 152838] Re: gnome window list panel item flickers in vertical orientation
When 6 or fewer buttons are visible, the broken behaviour changes: the buttons switch between a normal consistent tab height, and what appears to be a height that dynamically changes to fill about a third of the taskbar (i.e., 4 buttons stretch to fill the space used by the 2 column layout mentioned above). -- gnome window list panel item flickers in vertical orientation https://bugs.launchpad.net/bugs/152838 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 152838] Re: gnome window list panel item flickers in vertical orientation
I'm experiencing this issue on the following configurations: intel chipset with compiz running gutsy; different intel chipset with metacity under gutsy; radeon 9250 with metacity under gutsy, nvidia 73005GT with compiz and metacity under gutsy and hardy. Under feisty, the window list buttons dynamically resize to use all the available space, and don't seem to have the flickering issue (at least up to 12 windows). However, the button heights are very large until you have a large number of windows open, which is rather ugly. -- gnome window list panel item flickers in vertical orientation https://bugs.launchpad.net/bugs/152838 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 152838] Re: gnome window list panel item flickers in vertical orientation
** Changed in: gnome-panel (Ubuntu) Status: Incomplete = New -- gnome window list panel item flickers in vertical orientation https://bugs.launchpad.net/bugs/152838 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 152838] Re: gnome window list panel item flickers in vertical orientation
I'm suspecting the problem is in libwnck rather than gnome-panel. -- gnome window list panel item flickers in vertical orientation https://bugs.launchpad.net/bugs/152838 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 119363] Re: setting portrait paper layout behaves incorrectly
I'm seeing this in gutsy as well (gedit). I've had this happen with openoffice as well under feisty (haven't tried under gutsy yet). -- setting portrait paper layout behaves incorrectly https://bugs.launchpad.net/bugs/119363 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 119363] Re: setting portrait paper layout behaves incorrectly
Duplicate of bug 24785 I bet -- setting portrait paper layout behaves incorrectly https://bugs.launchpad.net/bugs/119363 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 24785] Re: page layout settings not respected in preview and printing
Gedit and evince (on pdf's with landscape pages) both show this issue, on gutsy and feisty. -- page layout settings not respected in preview and printing https://bugs.launchpad.net/bugs/24785 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 158065] Re: evince crash on attached pdf when printing
I think I'm having a similar issue. David, what happens if you try to print a small range of pages out of the document? I.e., the first 3 pages? -- evince crash on attached pdf when printing https://bugs.launchpad.net/bugs/158065 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 158065] Re: evince crash on attached pdf when printing
Pulling up a print preview on the entire document attached also triggers a segfault. I have another document that shows the same symptoms, which I can link if it's useful. -- evince crash on attached pdf when printing https://bugs.launchpad.net/bugs/158065 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 158065] Re: evince crash on attached pdf when printing
** Changed in: evince (Ubuntu) Status: Incomplete = New -- evince crash on attached pdf when printing https://bugs.launchpad.net/bugs/158065 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 151407] Modified keyboard shortcuts not remembered
Public bug reported:
Gnome has had the hidden preferences option to set keyboard shortcuts
directly for some time now. The functionality allows you to set a
keyboard shortcut by highlighting the menu item and pressing the key you
would like associated with it. This behaviour is broken in gedit.
Setting the shortcut works as expected as long as gedit remains open,
but those shortcuts are lost when you restart the program.
Normally, I'd consider such a problem to be my own fault, and duly
accept resetting my preferred shortcuts each launch as my penance for
using such non-standard behaviour. However, I've noticed that the
option is now exposed in the appearance control panel item in gutsy
('Interface | Editable menu shortcut keys'), and as such, I now feel
entitled to complain :p
My theory is that the menu accelerators are generated from the text of
the menu (or otherwise hardcoded), and that there is currently no
facility to override that. My theories being what they are, I don't
expect that I'm right, but anyways...
** Affects: gedit (Ubuntu)
Importance: Undecided
Status: New
--
Modified keyboard shortcuts not remembered
https://bugs.launchpad.net/bugs/151407
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for gedit in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 151407] Re: Modified keyboard shortcuts not remembered
Close gedit completely, and reopen it; you should find that the keyboard shortcuts you set have all been reset. (incremental search - alt+/, and go to line - alt+c are the two I have set). This occurs with a fresh install of gutsy as well as my existing installs on other machines. -- Modified keyboard shortcuts not remembered https://bugs.launchpad.net/bugs/151407 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 151407] Re: Modified keyboard shortcuts not remembered
Okay, it wasn't quite what I thought. If I close gedit normally, it works. It just happens that the only time I ever have it completely closed is after a power failure, remote disconnect (running it over ssh), or other similar circumstances. My bad. I would still expect the shortcuts to be saved even if the app was killed later (as opposed to cleanly shut down). -- Modified keyboard shortcuts not remembered https://bugs.launchpad.net/bugs/151407 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 151407] Re: Modified keyboard shortcuts not remembered
Fiesty and gutsy show the same behaviour (losing the preferences on an unclean shutdown of gedit), on fresh users. -- Modified keyboard shortcuts not remembered https://bugs.launchpad.net/bugs/151407 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 151407] Re: Modified keyboard shortcuts not remembered
I get the same behaviour out of other gnome applications, so it's not a gedit issue. ** Changed in: ubuntu Sourcepackagename: gedit = None -- Modified keyboard shortcuts not remembered https://bugs.launchpad.net/bugs/151407 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 81573] Re: file open fails on cifs mount with directio option set
*** This bug is a duplicate of bug 34813 *** I don't think this is the same bug as #34813: this one only occurs with directio set on the mount, and only relates to being unable to open files. By contrast, 34813 refers to being unable to save edited files, which _were_ able to be opened perfectly fine. -- file open fails on cifs mount with directio option set https://launchpad.net/bugs/81573 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 81573] file open fails on cifs mount with directio option set
Public bug reported: Binary package hint: gedit Gedit fails on open files located on cifs mounts when mounted with the directio option. That particular option is used to disable caching on the mount so that legacy databases (i.e., dbase) can be accessed and modified without causing data corruption. Gedit is otherwise capable of creating and saving files on such a mount (although it gives 'file may have been modified' warnings), giving rise to the confusing situation where one can create a file in gedit, close gedit, and be unable to reopen that file in gedit, even though cat, vim, openoffice and so forth can all open the file without complaint. I _think_ this may be related to the mmap behaviour mentioned here: gedit (2.13.0-0ubuntu1) dapper; urgency=low ... - Reading and writing of files are now handled in an asynchronous way (so the user interface never blocks) - Local files are read using mmap (when possible) as the directio option apparently breaks mmap. Nonetheless, most other apps seem to be handling this fine. ** Affects: gedit (Ubuntu) Importance: Undecided Status: Unconfirmed -- file open fails on cifs mount with directio option set https://launchpad.net/bugs/81573 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
