Just tried the same thing on rawhide machine

>Steps to Reproduce:
>1.Install Fedora 9.
>2.Now install system-config-language.
>3.Start system-config-language, change language to English (Great Britain),
>observe dialog and response with Yes

steps: i logoff and logged in again
so it applied all the things British

>4.Start system-config-language, change language to English (USA)
>5.Start system-config-language, change language to English (Great Britain)

then it not prompt as installing anything

rpm -qa --last > shows
kde-i18n-British
kde-l10n-British

I did this from a clean install of F9-RC on x86_64, both on real hardware and in
a KVM virtual machine.  Nothing gets installed.

Tim, 
can you just try to remove kde-i18n-British and kde-l10n-British package
then try to set language to English (Great Britain) and just see wheather these
file gets installed?

s/wheather/whether

I start off with a default install, so those packages are not installed at any
point during my testing.

Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

reproduced this bug on fresh system successfully
it looks like not a bug 
if we see in comps for british group

<group>
    <id>british-support</id>
    <_name>English (UK) Support</_name>
    <_description/>
    <default>false</default>
    <uservisible>false</uservisible>
    <langonly>en_GB</langonly>
    <packagelist>
      <packagereq type="conditional"
requires="kdelibs3">kde-i18n-British</packagereq>
      <packagereq type="conditional"
requires="kdelibs">kde-l10n-British</packagereq>
      <packagereq type="conditional"
requires="koffice-core">koffice-langpack-en_GB</packagereq>
    </packagelist>
  </group>

if our system has requires packages like kdelibs, kdelibs3, koffice-core then
only kde-i18n-British, kde-l18n-British and koffice-langpack-en_GB will get
installed for British support.
else there is no any mandatory package for en_GB to install other than this

Tim it will nice if you check this once :)

If the user is prompted, packages should be installed.

Conversely, if there are no packages to be installed (as in this case), the user
*should not* be prompted.

requested by Jens Petersen (#27995)

(In reply to comment #8)
> If the user is prompted, packages should be installed.
> 
> Conversely, if there are no packages to be installed (as in this case), the user
> *should not* be prompted.

sorry for late reply 
i was working on some others bug of s-c-l so looks for this too

It is prompting for 
"XX language support is not installed, do you want to install it?"
and it is installing language support at the end 
(It is not prompting for package installation)

also as per bug
looks like adding extra overhead by checking using yum where packages are going to install or not before user wish

as per suggestion s-c-l need to do all yum calculation, dependency check before actually need of it, which is big task

so IMHO what is happening is correct

But it isn't correct!  The prompt makes no sense at all in this case.

Couldn't system-config-language use PackageKit to request the installation of whichever language support packages are required?  That way, PackageKit can do the check to see if the package is already installed.

lots of code already written for s-c-l with yum handling all these installation thing,
It will require lots of changes in that case from installation side

do PackageKit provide python API?

1) It first checks wheather group is installed or not, 
2) if it is not installed prompt user for group installation
3) and then install packages in group

Well, it isn't working because I get prompted but no packages are installed as a result.

Here's how to install a package using PackageKit from Python:

bus = dbus.SessionBus ()
obj = bus.get_object ("org.freedesktop.PackageKit",
                      "/org/freedesktop/PackageKit")
proxy = dbus.Interface (obj, "org.freedesktop.PackageKit")
proxy.InstallPackageName (...)

(See installpackage.py from system-config-printer for a real example, although that has compatibility code for an older interface as well.)

Would using packagekit help with fixing the dialog?

Yes, see comment #11.

We can fix this without adding PackageKit support also, 
Just we need to check how many packages are group going to install, when selecting a particular group

if packages are more that 0 then ask user whether he want to install it or not.

presently it is doing as per comment #13

This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '9'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 9's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 9 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

(In reply to comment #17)
> presently it is doing as per comment #13  

Little unclear - so this is already fixed?

(In reply to comment #19)
> Little unclear - so this is already fixed?  

No, it is not fixed.

system-config-language-1.3.2-5.fc11

Same symptom as originally reported.

Thanks - I just checked with F11 too and still see it yes.

This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Does the problem still persist in f-13? Because I guess it is already fixed as a side effect of patching for other similar bugs. Also, I could not reproduce this for the current build. The latest build can be found at: https://admin.fedoraproject.org/updates/system-config-language-1.3.4-5.fc13.

Yes, the problem still persists with that n-v-r.

yep, I could reproduce the bug, thanks to Pravin Satpute. Now I can proceed to fix it...

Created attachment 437117 [details]
patches bug #445796, leftout parts of bug #545499 & some enhancement req by Pravin S

Koji Build Available for devel branch: http://koji.fedoraproject.org/koji/taskinfo?taskID=2389000

Please test it.

system-config-language-1.3.4-6.fc14 has been submitted as an update for Fedora 14.
http://admin.fedoraproject.org/updates/system-config-language-1.3.4-6.fc14

system-config-language-1.3.4-6.fc14 has been pushed to the Fedora 14 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update system-config-language'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/system-config-language-1.3.4-6.fc14

system-config-language-1.3.4-6.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.

No longer prompts (and also doesn't install any packages, as expected).  Looks good here.  Thanks!