Summary: | cannot choose remote charset ISO 8859-1 | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | Toralf Förster <toralf.foerster> |
Component: | general | Assignee: | Peter Penz <peter.penz19> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | diedrexler, mail |
Priority: | NOR | ||
Version: | 16.12.2 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Toralf Förster
2010-01-28 15:21:32 UTC
(In reply to comment #0) > Version: 1.3 (using 4.3.3 (KDE 4.3.3), Gentoo) > Compiler: i686-pc-linux-gnu-gcc > OS: Linux (i686) release 2.6.32.6 > > Because all others options can be selected and the item "ISO 8859-1" is the > last in the item list (2 columns at all) I'm wondering whether it is a qt bug ? You need to clarify. What exactly were trying to do? I defined a network connection (to AIX), opened my $HOME directory and clicked at "Tools" -> "Select remote charset" -. This works however now in 4.3.5 - I'll close this bug report. Reopened it, b/c bug is still in 4.3.5. If I connect to a previously defined remote fish:// drive and select "Tools" -> "Select remote charset ->"8859-1" then next time I'm looking into that menu, "Baltic" is chosen. For all other fonts however my choice is remembered correctly. Toralf, is the issue still reproducible with a more recent KDE environment? Probably this is related to the fish-io-slave... Thanks! It looks like this bug is no longer existing, but I cannot replicate the testing environment. Could someone quickly confirm that this issue is resolved with Dolphin 17.12.3? No response -> closing. If you can still reproduce this behavior with the newest version of Dolphin, please reopen this bug. |