From Fedora Project Wiki
No edit summary
Line 5: Line 5:


* Login/Logout redirection does not include the /tx/ at the URL
* Login/Logout redirection does not include the /tx/ at the URL
** PARTIAL SOLUTION: Edit the URL by hand after the login/logout to http://publictest14.fedoraproject.org/tx/ instead of only http://publictest14.fedoraproject.org/
** PARTIAL SOLUTION: Edit the URL by hand after the login/logout to http://publictest14.fedoraproject.org/tx/ instead of only http://publictest14.fedoraproject.org/ - Reported by Diego


* msgfmt -c check does not work on '''pt14'''.
* msgfmt -c check does not work on '''pt14'''.
** Not sure why it's happening yet. From the django shell it works ok.  
** Not sure why it's happening yet. From the django shell it works ok.  
** PARTIAL SOLUTION: To avoid this issue that checking was disabled on the pt14 server for now.
** PARTIAL SOLUTION: To avoid this issue that checking was disabled on the pt14 server for now. - Reported by Diego


* Submission to the fedorahosted.org server does not work.
* Submission to the fedorahosted.org server does not work.
** We have setup the ssh-agent for the apache user, but the httpd server does not seem to use the SSH_AUTH_SOCK environment var on the wsgi Transifex/Django instance.  
** We have setup the ssh-agent for the apache user, but the httpd server does not seem to use the SSH_AUTH_SOCK environment var on the wsgi Transifex/Django instance.  - Reported by Diego
 
* ...


== How can I help testing it? ==
== How can I help testing it? ==

Revision as of 11:22, 10 March 2009

Testing the new Fedora localization infrastructure - Transifex 0.5 RC1

Pressing issues

  • msgfmt -c check does not work on pt14.
    • Not sure why it's happening yet. From the django shell it works ok.
    • PARTIAL SOLUTION: To avoid this issue that checking was disabled on the pt14 server for now. - Reported by Diego
  • Submission to the fedorahosted.org server does not work.
    • We have setup the ssh-agent for the apache user, but the httpd server does not seem to use the SSH_AUTH_SOCK environment var on the wsgi Transifex/Django instance. - Reported by Diego
  • ...

How can I help testing it?

Testing steps

  • Login with the FAS information
  • Try to submit files for the Components available on the Local testing repositories project. Submission is NOT enabled to official projects; it will be once we deploy to a production (more secure) server on Monday.
    • Add new files
    • Submit broken files (Stats should fail and warning it)
    • Try to submit a file in a place not allowed. (Target file do not matching with the Component Filefilter)
  • Watch the new starts for the file after submit it (Do not need to refresh it)
  • Try to refresh any Component stats around all projects registered
  • Try to lock/unlock translation files for any Component around all projects registered
  • Try to identify Components registered as normal POT-based, but that they are intltool based. (The migration script could not know/handle it)
  • What else...? :)