[Bug 163877] Re: Fail to switch bwteen CRT and LCD
Why is the importance of this bug set to low? This is a regression of something that worked perfectly in the Feisty distribution. It is also a piece of functionality that is vital to laptop users. Most laptop users own laptops to allow them to perform presentations by connecting their laptop to a projector at the meeting venue, or at least regularly connect them to external monitors when working. This simple lack of functionality is the kind of bug that gives Linux a bad name. Especially when it used to work. -- Fail to switch bwteen CRT and LCD https://bugs.launchpad.net/bugs/163877 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 220575] Re: [MASTER] checking radio buttons or checkboxes doesn't work correctly
Mike, the workaround would only work for me if I chose the QtCurve style. Follow jetpeach's intructions above. Looking at what he says, I suggest you need the QtCurve style for both KDE and the GTK applications too. I'm now using QtCurve for both without problems. -- [MASTER] checking radio buttons or checkboxes doesn't work correctly https://bugs.launchpad.net/bugs/220575 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 250544] Re: kdesvn fails to check repository for updates
It should be fixed in the recently released kdesvn 1.0, which I haven't tested yet. -- kdesvn fails to check repository for updates https://bugs.launchpad.net/bugs/250544 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 155788] Re: KDE blocks digital camera detection as usb-scsi disk
I have the same problem in Hardy with my Panasonic DMC-TZ1 camera. I did not have this problem in Feisty. Removing "kamera" works, but is a bit messy as KDE still attempts to initiate access via the "camera:/" protocol and fails, prior to then loading the USB storage device. Surely this should be a fairly high priority thing to fix for future releases? It's the sort of problem that would put off new users from using Ubuntu/Kubuntu. -- KDE blocks digital camera detection as usb-scsi disk https://bugs.launchpad.net/bugs/155788 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 250544] Re: kdesvn fails to check repository for updates
Apologies. I can now confirm that the bug still exists, having compiled a working version 0.14.6 myself. There is a workaround to the problem though: 1 In Settings->Configure Kdesvn -> Subversion settings deselect the "Store passwords into KDE Wallet" option that is switched to on by default. 2 Force your working copy to be updated, which will bring up a login dialogue allowing you to resubmit your username and password to the KDESVN simple password storage: Subversion -> Working copy -> Update to head 3 Subversion -> Working copy -> Check for updates should now work It's a bug in kdesvn's access of KDE Wallet. If the default option was to not use KDE wallet this bug would be less of a problem. -- kdesvn fails to check repository for updates https://bugs.launchpad.net/bugs/250544 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 250544] Re: kdesvn fails to check repository for updates
This is the upstream bug report: http://kdesvn.alwins-world.de/trac.fcgi/ticket/186 Apparently it is fixed in version 0.14.6, so I recommend this version for Kubuntu Intrepid if not also releasing a Kubuntu Hardy update to this version. -- kdesvn fails to check repository for updates https://bugs.launchpad.net/bugs/250544 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 145501] Re: laptop screen remains on with external monitor and lid closed
What is this screen resolution tool and does it exist in the kubuntu distribution? Also the default behaviour has clearly changed since the Feisty distribution. IMHO, the default behaviour in Feisty was correct and the default behaviour in Hardy is incorrect, and for Ubuntu to meet its goals of user friendliness it should default to the Feisty behaviour without user intervention. FWIW, I think the problem came about due to some change in the handling of dual monitors in X11 - possibly the Xinerama to xrandr change over. BTW, for Kubuntu I have inserted these lines into my /etc/kde3/kdm/Xsetup script, which roughly gives me the behaviour I had before in Feisty - i.e. laptop screen is switched off when the laptop is docked, but I haven't fully investigated this problem: if xrandr -q | grep "VGA connected"; then if xrandr -q | grep "VGA connected ("; then if xrandr -q | grep "1680x1050"; then xrandr --output LVDS --off --output VGA --mode 1680x1050 else if xrandr -q | grep "1280x1024"; then xrandr --output LVDS --off --output VGA --mode 1280x1024 else xrandr --output LVDS --off --output VGA --mode 1024x768 fi fi else xrandr --output LVDS --off fi else xrandr --output VGA --off --output LVDS --mode 1024x768 fi It's perhaps a bit more complicated than it needs to be. Interestingly according to the "toshset" utility the laptop screen was off when I boot in the dock, but although the backlight was switched off the graphics were still displaying. This is what lead to the problems I described. -- laptop screen remains on with external monitor and lid closed https://bugs.launchpad.net/bugs/145501 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 163877] Re: Fail to switch bwteen CRT and LCD
I've written a script that upon successive executions gives me the behaviour that Fn-F5 used to provide. It can be triggered by a desktop global shortcut key to allow it to work like Fn-F5 used to work. Apologies for my poor understanding of script language, but it works for me: if toshset -q video | grep -q "internal: LCD"; then xrandr --output VGA --mode 1024x768 toshset -video both else if toshset -q video | grep -q "internal and external monitor"; then xrandr --output LVDS --off sudo toshset -video ext else if toshset -q video | grep -q "Video out: external monitor"; then xrandr --output LVDS --mode 1024x768 sudo toshset -video int xrandr --output VGA --off else echo "Error: Unknown state" fi fi fi -- Fail to switch bwteen CRT and LCD https://bugs.launchpad.net/bugs/163877 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 235756] Re: up and down arrows dont work
*** This bug is a duplicate of bug 234259 *** https://bugs.launchpad.net/bugs/234259 It depends on the files in question. See this upstream bug report: http://bugzilla.gnome.org/show_bug.cgi?id=538736 I believe this to be the same problem as: https://bugs.launchpad.net/bugs/234259 ** This bug has been marked a duplicate of bug 234259 Meld doesn't show differences in sequence -- up and down arrows dont work https://bugs.launchpad.net/bugs/235756 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 234259] Re: Meld doesn't show differences in sequence
I'm also experiencing the same problem having just upgraded to Meld 1.1.5.1 (Hardy) from 1.1.4 (Feisty). This is a serious bug for me as I rely on Meld extensively and need to trust that it will show me all of the changes. So I have now reverted back to 1.1.4 and it's working fine again for me. This bug is also noted here on the gnome bugtracker: http://bugzilla.gnome.org/show_bug.cgi?id=538736 Which the lead developer has confirmed, but hasn't yet found a fix for it. -- Meld doesn't show differences in sequence https://bugs.launchpad.net/bugs/234259 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 163877] Re: Fail to switch bwteen CRT and LCD
This is certainly related to this bug: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video- intel/+bug/145501 As it didn't occur in Feisty on my Toshiba Portege R200 (i810 driver) and apparently came in with Gutsy. I have these problems with Hardy (intel driver). If I press Fn-F5 enough times it works, but doesn't switch off the laptop screen any more. The toshset util switches correctly, but again doesn't switch off the laptop screen - just dims it. I think it must be due to some kind of switch towards multiple screen support with "xrandr" instead of xinerama, which doesn't work well with toshutils -- Fail to switch bwteen CRT and LCD https://bugs.launchpad.net/bugs/163877 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 145501] Re: laptop screen remains on with external monitor and lid closed
I also have this problem with Hardy 8.04.1 on my Toshiba laptop (Portege R200), which didn't have this problem in Feisty and the i810 driver. It has the additional problem of confusing KDE into thinking my external monitor is displaying two screens, which leads to lots of interesting effects. For example, the screensaver displays on "two" virtual overlapping screens on my external monitor. I also have the option to display my wallpaper on these two virtual screens overlapping each other on the external monitor. I can confirm that the xrandr command given above eliminates this problem. However, I'd rather not have to manually turn off the laptop screen, when in the past it was off by default when an external monitor was attached on boot. Also, in the past, the "toshset" utility would switch off the laptop screen, both via the command-line and the Fn-F5 button sequence on the laptop. However, now it just dims the laptop screen and thus the problems listed above occur. Ideally toshset should be able to turn off the laptop screen via the xrandr method - both from command-line and the Fn-F5 button sequence. -- laptop screen remains on with external monitor and lid closed https://bugs.launchpad.net/bugs/145501 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 250544] Re: kdesvn fails to check repository for updates
I should add that this isn't necessarily a problem with my repository because the version of kdesvn in Kubuntu Feisty works without a problem. -- kdesvn fails to check repository for updates https://bugs.launchpad.net/bugs/250544 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 250544] [NEW] kdesvn fails to check repository for updates
Public bug reported: Binary package hint: kdesvn I'm using Kubuntu Hardy Heron 8.04.1 with kdesvn 0.14.1-1 and KDE 3.5.9. When I open a checked out working copy of a repository kdesvn automatically checks for updates. However, it continues forever unless I choose "Update to head", which works and stops the check for updates. If I don't "Update to head" then the kdesvn cannot be closed and must be forced to quit. I can turn off automatic check for updates upon opening a working copy, and when manually choosing "check for updates" the same behaviour is observed. This renders the "check for updates" function inoperable, which is one of most important functions of kdesvn - the ability to check for an update with performing an update. My repository can be viewed directly by opening the URL with svn+https://address without any problems, from which I can perform a check out. All other functions on this checked out working copy works as expected. ** Affects: kdesvn (Ubuntu) Importance: Undecided Status: New -- kdesvn fails to check repository for updates https://bugs.launchpad.net/bugs/250544 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 222964] Re: Kdesvn does not appear in the Kubuntu launch menu
Works for me in KDE 3.5.9 - same package... though KDevelop doesn't show in menu. ;-) -- Kdesvn does not appear in the Kubuntu launch menu https://bugs.launchpad.net/bugs/222964 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs