Re: [QA Report]Weekly Defect Status Analysis Report as of 2012/12/10
Hi 2012/12/10 Ji Yan yanji...@gmail.com: I post weekly defect status report at [1]. Please review [1] http://wiki.openoffice.org/wiki/QA/Report/DefectStatus/201212#Defect_Status_Analysis_as_of_2012.2F12.2F10 Thank you ! :-) Albino
Re: Draft Board report for December
On 09/12/2012 Kay Schenk wrote: On Sat, Dec 8, 2012 at 5:19 AM, Andrea Pescetti wrote: I started drafting the Board report for December, due on December 12. You can find the current draft at https://cwiki.apache.org/confluence/display/OOOUSERS/2012+Dec There doesn't seem to be any mention of our participation at ApacheCon EU or the OpenOffice track Thanks, that was already briefly mentioned in the previous report, but I added a paragraph to the current report too. Regards, Andrea.
Afrikaans Language Pack
Good day. I understand that an uncompleted Afrikaans Language Pack for Open Office 3.4 1 is in existence. If I am wrong, I wish to take part in -- or even to initiate -- a project to create such a language pack. I had an older version of OpenOffice which was available in Afrikaans, but this does not seem to be available at present for the latest version. I am retired and have time available to devote to a project to translate the necessary pack from English to Afrikaans. I am Afrikaans speaking, but am 100 percent capable in English, which has been my second language (first language in the workplace) from schooldays. Please let me have more information on such a project. Sincerely P R B HEYMANN Rudi Jo-Jo Heymann Posbus 1366, Kokanje 0515 Tel: 014 715 2050 Sel: 082 820 2272 Sel:076 372 6237 Faks:086 514 3978 e-pos: rheym...@senco.co.za
Re: [RELEASE]: new languages for AOO 3.4.1
On 12/8/12 8:36 AM, janI wrote: On 8 December 2012 00:34, Rob Weir robw...@apache.org wrote: On Fri, Dec 7, 2012 at 5:40 PM, Andrea Pescetti pesce...@apache.org wrote: On 04/12/2012 Rob Weir wrote: We should introduce a disconnect here, to avoid 1 million uses in Poland ignoring your easily ignored caveat and overwhelming the people.apache.org server. If I may say so, the disconnect is already in place for the danish translationand I am sure none of us like it. The danish forum has one simple solution, download LO. What is better that the people server get swammed (which might lead to a change in policy) or users give up ! This specific issue has now been solved by invoking policy (so, we will be able to put builds on people.apache.org but we won't link to them from the main website), but the problem is not here. The problem is that we have had a Polish translation ready for months and that we haven't released it yet (even though recent improvements are really huge and will allow to avoid long waits in future). +1, 2 of the 3 danish volunteers (not including me) have more or less stopped working due to demotivation...we have not even been able to provide them with a running version to test their work until very recently. communication is key here and people can ask again and again if nothing happened in time. We have so many things to do that it is often not easy to make it right for everybody. I would like to see everything more automated but even that needs time and people who work on it. Andrew and Herbert improved the build bots a lot (ok MacOS bot is still missing) and you can easy find the result under http://ci.apache.org/projects/openoffice/ The windows configuration is very close to our release configuration (no binfilter) and should be perfect for testing of translations. For the Danish translation for example I have updated Pootle and trunk immediately after receiving the files. Everybody would have been able to build it on trunk. Ok some strings are moved now and the translation needs some tweaks as all other translations as well. I am also sometimes demotivated because things didn't worked as expected but I don't stop trying to make it better. Juergen So why haven't we released the Polish translation? I agree that is a problem, but not one that requires policy to change to solve. Maybe releases under incubation were a pain the ass. But the are relatively easy now. We should try it sometime... In general, and coming back to the main thread topic, if we have millions of people who look for a certain language, we can find volunteers for that language, and your brilliant idea to put notices on the native-language websites proves it. So the problem is how to use our volunteers effectively and motivate them. Ideally, I would like that it doesn't take more than two months between the moment someone volunteers to complete a language and the official availability of a build including his work. Ergo, release more often. This does not require any policy changes. It just requires that we release more often. or at least just release of the language pack, which should be a lot easier to vote on (if needed). If we try to motivate volunteers and to understand where the obstacles are, we can probably make the all languages build virtually useless, since all relevant languages will have been covered. I've just started a discussion on ooo-l10n to check the status of the 19 extra translations for which someone volunteered so far. I hope that this will also help in finding if the current policy can be improved: after all, OpenOffice has (probably) more committers than any other Apache project, it accounts for 40% of all Apache web traffic (downloads excluded!) and if we identify clear problems with the policy we can definitely initiate changes to it. We just need to do some very simple things: 1) When a translation is ready we need to test it. This should be, check pootle server review status, and have one volunteer send an e-mail, that the translation is ok. 2) When it is tested, we need to create 1) a source bundle containing the changed source files, and a 2) a set of binary packages containing the new installs. 3) We have a 72 hour vote on the incremental source package 4) If the vote passes then we put the new binaries on SourceForge, put the new source bundle on the Apache mirrors, update the website and send out an announcement. +1 to you procedure. This is not hard. Maybe some one-time upfront work to create incremental language source bundles on demand. It is certainly simpler than trying to get a policy change. Maybe it would help if someone volunteered to be Release Manager for language releases between our numbered functional releases? Then one person can focus on the major builds, while another person focuses on getting out these incremental translations. If I can get
Re: NewWikiMainPage
On 12/10/2012 02:39, Andrea Pescetti wrote: tj wrote: 2) Please use a suitable subject, like Labels. Your query has nothing to do with the wiki main page. Note that this is due to the fact that http://wiki.openoffice.org/wiki/Main_Page contains a notice saying You're looking for the old wiki main page and miss items not transferred to this one? Send us your feedback or transfer missing items to this page, where Send us you feedback is a mailto link to this list with subject NewWikiMainPage. Since that notice is probably outdated now, I would replace it with a line saying For user support, please use the User Forum, linked to http://forum.openoffice.org . Regards, Andrea. Andrea, Oh, nice catch! Done. /tj/
Re: Please Help!
On Mon, 10 Dec 2012 18:17:50 +0530 Wajid Baig wab...@gmail.com wrote: Hi, I need a small program to just read and write MS Docx and also for XLSx. I need it very urgently/badly. Please help me. Thanks in Advance. Free MS Word Viewer available for download from Microsoft. Possibly also Excel viewer? -- Rory O'Farrell ofarr...@iol.ie
Re: [proposal] manual create new user on upgraded wiki
to me it is a long term solution alternatives are: 1) open up, and get spam 2) use some of the spam measures, like e.g. cool off period = 4 days. The most efficient measure is a manual creation, and if I count correctly we talk about less than 10 new users in a month. Please feel free to suggest alternatives that avoid spam, and do not burden our administrators (opening up for spam is a high burden on sysop as well as others). Rgds Jan I. On 10 December 2012 17:27, imacat ima...@mail.imacat.idv.tw wrote: On 2012/12/10 22:52, janI said: we have now seen over the last period that the number of new wiki users are very low and since the normal spam measures have received a -1, I propose the following for the new Wiki. The new user page is changed, to send an e-mail to dev@openoffice.apache.org (as done manual today), and one of the sysop reply (as today). Is this a long-term solution? For short term solution, +1. For long term we should avoid this kind of burden on the wiki admin. -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/
Re: [proposal] manual create new user on upgraded wiki
On Mon, Dec 10, 2012 at 9:52 AM, janI j...@apache.org wrote: we have now seen over the last period that the number of new wiki users are very low and since the normal spam measures have received a -1, I propose the following for the new Wiki. What was the normal measure that got a -1? Are there no CAPTCHA plugins that work? -Rob The new user page is changed, to send an e-mail to dev@openoffice.apache.org (as done manual today), and one of the sysop reply (as today). Thereby we can avoid a lot of spam. If no objections within 72 hours, I will continue along that path (ONLY for the new version of wiki). rgds Jan I
Re: [proposal] manual create new user on upgraded wiki
On 12/10/12 5:33 PM, janI wrote: to me it is a long term solution +1 when taking into account that we have 10 or less requests per month Juergen alternatives are: 1) open up, and get spam 2) use some of the spam measures, like e.g. cool off period = 4 days. The most efficient measure is a manual creation, and if I count correctly we talk about less than 10 new users in a month. Please feel free to suggest alternatives that avoid spam, and do not burden our administrators (opening up for spam is a high burden on sysop as well as others). Rgds Jan I. On 10 December 2012 17:27, imacat ima...@mail.imacat.idv.tw wrote: On 2012/12/10 22:52, janI said: we have now seen over the last period that the number of new wiki users are very low and since the normal spam measures have received a -1, I propose the following for the new Wiki. The new user page is changed, to send an e-mail to dev@openoffice.apache.org (as done manual today), and one of the sysop reply (as today). Is this a long-term solution? For short term solution, +1. For long term we should avoid this kind of burden on the wiki admin. -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/
Re: [proposal] manual create new user on upgraded wiki
On 12/10/12 5:45 PM, Rob Weir wrote: On Mon, Dec 10, 2012 at 9:52 AM, janI j...@apache.org wrote: we have now seen over the last period that the number of new wiki users are very low and since the normal spam measures have received a -1, I propose the following for the new Wiki. What was the normal measure that got a -1? Are there no CAPTCHA plugins that work? maybe http://www.mediawiki.org/wiki/Extension:ConfirmEdit or better https://www.keycaptcha.com/mediawiki-captcha/ Juergen -Rob The new user page is changed, to send an e-mail to dev@openoffice.apache.org (as done manual today), and one of the sysop reply (as today). Thereby we can avoid a lot of spam. If no objections within 72 hours, I will continue along that path (ONLY for the new version of wiki). rgds Jan I
Re: calc spreadsheet data validate window: 'Value' field not checked
Can we remove the test from TestLink or should I just mark it as failed? Since it isn't implemented it doesn't make much sense to have it as a regression test. On Dec 9, 2012 11:50 PM, Zhang Lu zhanglu@gmail.com wrote: Hi Zhu shen, Sure, it can be implemented as a feature due to workload, thanks! On Mon, Dec 10, 2012 at 1:33 PM, Shan Zhu shanzh...@gmail.com wrote: Hi, Lu It's okay. IMHO, it can be implemented as a feature enhancement. Then prepare a formal testing to verify this implementation. It will be better than checking it as defect verification. Regards, Shan Zhu On Mon, Dec 10, 2012 at 1:23 PM, Zhang Lu zhanglu@gmail.com wrote: Hi, Lucas and Shan There is no code for checking the validation of input value as Zhu Shan said, I have got through this part code, not only whole numbers, but also all other categories existed this issue. So I think it can be handled as a defect. If user input an illegal value, there is meaningless for data validation. Regards, Lu Zhang
Script to get infos about development snapshot differences
As we want more regular snapshots it is interesting to know what happened to code since the last snapshot. To get such info automatically I created a python script named svnlog2info.py [1] which creates a html file for such a revision range. For the changes in AOO's trunk between 1405864 and 1418409 run python svnlog2info.py trunk 1405864 1418409 to get something like http://people.apache.org/~hdu/izlist.htm [1] http://svn.apache.org/repos/asf/openoffice/devtools/scripts I hope this tool is useful for our project. Herbert
Re: [proposal] manual create new user on upgraded wiki
Hello Jan, all. 10.12.2012 22:33, janI пишет: The most efficient measure is a manual creation, and if I count correctly we talk about less than 10 new users in a month. I think the manual registration for new wiki users is not good. We have created 12 new user accounts since 24 November. These users don't make any edit on the wiki. Maybe they can't edit the wiki pages or they can't login or can't change a temporary password? I don't know. One new user wrote me: now I can't edit wiki with my new account. Other new user wrote: Unfortunately I have not received the email with password. I have checked my Spam folder. I have replied them but I have not result yet (no emails from them). -- Regards, Helen
Re: [proposal] manual create new user on upgraded wiki
Some users think they need an account just to read, but that might not be the case with these users. Helen: you have the procedure in your head, could you not simulate a new user, and verify it works ? I have no problem with the old automated procedure, as long as sysop understand the risk of a new spam attack (which are higher then 98%, now they know we can be attacked). Jan I. On 10 December 2012 18:46, helen helenruss...@gmail.com wrote: Hello Jan, all. 10.12.2012 22:33, janI пишет: The most efficient measure is a manual creation, and if I count correctly we talk about less than 10 new users in a month. I think the manual registration for new wiki users is not good. We have created 12 new user accounts since 24 November. These users don't make any edit on the wiki. Maybe they can't edit the wiki pages or they can't login or can't change a temporary password? I don't know. One new user wrote me: now I can't edit wiki with my new account. Other new user wrote: Unfortunately I have not received the email with password. I have checked my Spam folder. I have replied them but I have not result yet (no emails from them). -- Regards, Helen
Re: not accessible; violation of ADA
On 12/10/2012 11:15 AM, Rob Weir wrote: On Mon, Dec 10, 2012 at 1:24 PM, Aleksei waxma...@yahoo.com wrote: you are in violation of my civil rights as defined by US law. have i got you attention? Actually, your rhetoric probably turned off most people on this mailing list who otherwise might have wanted to help you. If that is the kind of attention you wanted, then you achieved it. And since this is a publicly archived mailing list, your attention-getting efforts will be on display for all time, for anyone who queries your name, email or home address. i recently upgraded from open office 3.3 to open office Apache 3.4.1. it is an absolute disaster. i am visually disabled and Dyslexic. i ABSOLUTELY NEED a functional spelling check to do my work. the spelling checker in 3.4.1 is totally useless. the spelling cheker in 3.3 worked just fine. This might be a user profile issue. Some users have experienced this and fixed it by deleting their profile per these instructions: http://forum.openoffice.org/en/forum/viewtopic.php?f=74t=12426#p58403 Hello Aleksei-- Here is another report about deleting your old user profile to address this issue: http://forum.openoffice.org/en/forum/viewtopic.php?f=6t=56772 i went to your web site to find a solution. i was led to a page where i was required to register in order to log on. it was impossible to register. because of my disabilities i NEED to set my screen on high contrast black, then tone down the white lettering. i repeat, i NEED to do this. it is not an option IT IS A NECESSITY. What URL was asking to register? there is no way to enter the security core you require in order to register. nothing shows up that enables the security code to be entered. it cannot be entered by trial and error. therefore, you have chosen to make your system totally inaccessible to me solely because of my disabilities. just because you are doing things without charge does not mean you are allowed to commit a crime. what you are doing has been illegal since the passage of Public Law 93-112 in 1973. i will allow you 10 days from the time i send this to make reasonable accommodation as required by the Americans with Disabilities Act before i file a complaint with the US Dept. of Justice, Civil Rights Div., Disability Rights Section. If you can point out what registration URL was giving you trouble we can take a look at it. But we do try to support our users via mailing list as well, and since you are able to send emails to this list, that appears to be a good approach for now. Regards, -Rob Jeff Russell P.O.Box 174 East Glastonbury CT 06025 -- MzK No act of kindness, no matter how small, is ever wasted. -- Aesop
Re: not accessible; violation of ADA
Aleksei wrote: you are in violation of my civil rights as defined by US law. have i got you attention? i recently upgraded from open office 3.3 to open office Apache 3.4.1. it is an absolute disaster. i am visually disabled and Dyslexic. i ABSOLUTELY NEED a functional spelling check to do my work. the spelling checker in 3.4.1 is totally useless. the spelling cheker in 3.3 worked just fine. i went to your web site to find a solution. i was led to a page where i was required to register in order to log on. it was impossible to register. because of my disabilities i NEED to set my screen on high contrast black, then tone down the white lettering. i repeat, i NEED to do this. it is not an option IT IS A NECESSITY. there is no way to enter the security core you require in order to register. nothing shows up that enables the security code to be entered. it cannot be entered by trial and error. therefore, you have chosen to make your system totally inaccessible to me solely because of my disabilities. just because you are doing things without charge does not mean you are allowed to commit a crime. what you are doing has been illegal since the passage of Public Law 93-112 in 1973. i will allow you 10 days from the time i send this to make reasonable accommodation as required by the Americans with Disabilities Act before i file a complaint with the US Dept. of Justice, Civil Rights Div., Disability Rights Section. Jeff Russell P.O.Box 174 East Glastonbury CT 06025 Jeff: Please read the Release Notes: http://www.openoffice.org/development/releases/3.4.1.html#AOO3.4.1ReleaseNotes-KnownIssues Apache OpenOffice 3.4.0 and 3.4.1 manage the user profile differently than previous versions. The old user profile is automatically converted so that users can keep their extensions and settings. In a minority of cases, especially with highly customized profiles (many extensions or customizations) the conversion doesn't succeed. Common symptoms are: frequent application crashes, problems with dictionaries or thesaurus, OpenOffice starting and crashing after a few seconds. To solve this, just reset/rename your user profile as explained in the official OpenOffice forum. http://user.services.openoffice.org/en/forum/viewtopic.php?t=12426 Regards Keith
Re: not accessible; violation of ADA
On 10/12/2012 Rob Weir wrote: I've forwarded the note to the legal-internal list, the private ASF legal list, and cc'ed Andrea, I'd recommend that, as non-lawyers, we do not comment at all on legal side of this. Yes, but on the practical side, complaining on a website without telling us which one of the dozens possible websites it is (most users, unfortunately, tend to believe that all resources linked on openoffice.org are official resources of the project) won't help. for resolving the user's spelling checking issue, then we should try to help. Resetting the user profile, as you already suggested, will just work. Regards, Andrea.
Re: calc spreadsheet data validate window: 'Value' field not checked
Submitted as enhancement to BZ ([1]). I'll ignore the test case on TestLink. Lucas [1] https://issues.apache.org/ooo/show_bug.cgi?id=121459 On Mon, Dec 10, 2012 at 11:20 AM, Lucas Burson ljdeli...@gmail.com wrote: Can we remove the test from TestLink or should I just mark it as failed? Since it isn't implemented it doesn't make much sense to have it as a regression test. On Dec 9, 2012 11:50 PM, Zhang Lu zhanglu@gmail.com wrote: Hi Zhu shen, Sure, it can be implemented as a feature due to workload, thanks! On Mon, Dec 10, 2012 at 1:33 PM, Shan Zhu shanzh...@gmail.com wrote: Hi, Lu It's okay. IMHO, it can be implemented as a feature enhancement. Then prepare a formal testing to verify this implementation. It will be better than checking it as defect verification. Regards, Shan Zhu On Mon, Dec 10, 2012 at 1:23 PM, Zhang Lu zhanglu@gmail.com wrote: Hi, Lucas and Shan There is no code for checking the validation of input value as Zhu Shan said, I have got through this part code, not only whole numbers, but also all other categories existed this issue. So I think it can be handled as a defect. If user input an illegal value, there is meaningless for data validation. Regards, Lu Zhang
Re: Our SVN moved from incubator/ooo to openoffice
Marcus (OOo) wrote on Mon, Dec 10, 2012 at 22:56:31 +0100: Strange, all my entries files are still pointing to the incubator URL. @Herbert: Do you have another idea? Or do I have to really checkout all stuff again? Not a big thing but I would like to avoid this. ;-) The 21st line after a formfeed will contain the incubator URL in new working copies too. Don't worry about implementation details please --- if 'svn info' and 'svnversion' give the right output, you're fine.
Re: Project website migrated
On Sun, Dec 9, 2012 at 2:02 PM, Andrea Pescetti pesce...@apache.org wrote: For those not following https://issues.apache.org/jira/browse/INFRA-5603 : Joe Schaefer (thanks!) migrated our two websites. I was able to edit a page on http://www.openoffice.org/ and http://openoffice.apache.org/ is now a complete site, like http://openoffice.apache.org/mailing-lists.html The only thing that still needs to be done is to set up a redirect from http://incubator.apache.org/openofficeorg/ to http://openoffice.apache.org/ Is someone working on the redirect? Or do we need to enter a JIRA issue for Infra? I already went through the /site and ooo-site directories to replace all links to the pages on the http://incubator.apache.org/openofficeorg pages. So it should be safe to enable the redirect at any time. The sooner the better, since Google will do strange things if we have two parallel identical sites. -Rob so that the incubator pages are redirected to the current ones. Compare: http://incubator.apache.org/openofficeorg/mailing-lists.html (old content, contains the typo commmits) and http://openoffice.apache.org/mailing-lists.html (new content, typo fixed) I've removed the notice about pending website migration from the December report draft. Regards, Andrea.
Re: [Proposal] Update and merge User FAQ's from Web ite and mwiiki
Keith N. McKenna wrote: Based on extended discussions on this list at: http://markmail.org/search/+list:org.apache.incubator.ooo-dev#query:%20list%3Aorg.apache.incubator.ooo-dev+page:1+mid:pkyogj4m45anxuxg+state:results. I propose to start merging and updating the User FAQ's from the website into the current structure on the mediawiki (mwiki) and updating the FAQ's already there by eliminating outdated references to version 1 and version 2 and any duplications. If there are no objections in 72 hours I will start merging the entries from the website into the mwiki. Regards Keith N. Mckenna Since the 72 hours has passed and I have seen no negative comments I will begin to start culling through the FAQ's from the website and adding the pertinent ones to new sections of the User FAQ's on the mWiki. If anyone cares to help all assistance will be graciously accepted. Regards Keith
Re: Project website migrated
On Mon, Dec 10, 2012 at 6:51 PM, Joe Schaefer joe_schae...@yahoo.com wrote: You just go to the incubator's homepage, click on the CMS bookmarklet, and navigate to the .htaccess file. Edit it to match the other entries and you are done, just Done thanks! followup with infra@ to ensure your old site is subsequently removed from the tree. I'll let the earth turn before taking the next step. -Rob From: Rob Weir robw...@apache.org To: dev@openoffice.apache.org Sent: Monday, December 10, 2012 6:48 PM Subject: Re: Project website migrated On Sun, Dec 9, 2012 at 2:02 PM, Andrea Pescetti pesce...@apache.org wrote: For those not following https://issues.apache.org/jira/browse/INFRA-5603 : Joe Schaefer (thanks!) migrated our two websites. I was able to edit a page on http://www.openoffice.org/ and http://openoffice.apache.org/ is now a complete site, like http://openoffice.apache.org/mailing-lists.html The only thing that still needs to be done is to set up a redirect from http://incubator.apache.org/openofficeorg/ to http://openoffice.apache.org/ Is someone working on the redirect? Or do we need to enter a JIRA issue for Infra? I already went through the /site and ooo-site directories to replace all links to the pages on the http://incubator.apache.org/openofficeorg pages. So it should be safe to enable the redirect at any time. The sooner the better, since Google will do strange things if we have two parallel identical sites. -Rob so that the incubator pages are redirected to the current ones. Compare: http://incubator.apache.org/openofficeorg/mailing-lists.html (old content, contains the typo commmits) and http://openoffice.apache.org/mailing-lists.html (new content, typo fixed) I've removed the notice about pending website migration from the December report draft. Regards, Andrea.
Finished Level 1 Orientation
Hello everybody. I just finished my level 1 orientation, so with any luck I'll start being useful and productive soon. There's so much going on it is a bit overwhelming, but I think understanding how to make sense of everything is covered in level 2. Jeff
Re: mwiki membership
On 12/10/2012 03:41 PM, VIRGINIA MCGEE wrote: Virginia grmaje...@sbcglobal.net I need a program on enveope printing Virginia McGee Virginia, are you asking for an mwiki account? I can create one for you, but it is not required unless you intend to edit the wiki content. Reading the content and downloading software does not require an account. Are you asking for software that can print envelopes? AOO is able to do that, you can download it from here: http://www.openoffice.org/ -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php
Re: Draft Board report for December
Andrea Pescetti wrote: I started drafting the Board report for December, due on December 12. You can find the current draft at https://cwiki.apache.org/confluence/display/OOOUSERS/2012+Dec Please complete/improve it directly on the wiki page, or send comments here. The report should cover, more or less, the period between graduation and today. Thanks, Andrea. Sorry that this is a bit o topic but wasn't quite sure where else to put it. Andrea; Due you mind if I appropriate the wording of your paragraph describing what OpenOffice is from your draft report for the FAQ's I am working on. It is the most succinct and accurate description I have yet seen. Regards Keith
Possible broken link: 3.4.1_checksums
Hi, the AOO checksum page has a link to _KRyLack.com_ to download a checksum tool. I went to this site intending to download and use the checksum tool, but upon doing so the application Snap.do smartbar was unknowingly downloaded and launched also. Snap.do is known spyware/adware (unauthorized browser redirection) and possible malware. This link should be removed or repaired at once or at least notify KRyLack.com about action. AOO user, Dave Sisk
Re: [proposal] manual create new user on upgraded wiki
I've verified for the new account: Testaccount. The manual registration a new wiki user works fine: * Email with a random password has been sent. I received it normal. * When I first login as Testaccount with this password, Wiki offers me change the password and shows me the form for it. * The password is changed successfully, the login with the new password is successfully too, but with the second trying. First Wiki showed me LogOut page (http://wiki.openoffice.org/w/index.php?title=Special:UserLogout) Probably, new users have some problems when Wiki not immediately shows the data of the user after login, but it can happen in case of any method of the registration. -- Regards, Helen 2012/12/10 janI j...@apache.org: Some users think they need an account just to read, but that might not be the case with these users. Helen: you have the procedure in your head, could you not simulate a new user, and verify it works ? I have no problem with the old automated procedure, as long as sysop understand the risk of a new spam attack (which are higher then 98%, now they know we can be attacked). Jan I. On 10 December 2012 18:46, helen helenruss...@gmail.com wrote: Hello Jan, all. 10.12.2012 22:33, janI пишет: The most efficient measure is a manual creation, and if I count correctly we talk about less than 10 new users in a month. I think the manual registration for new wiki users is not good. We have created 12 new user accounts since 24 November. These users don't make any edit on the wiki. Maybe they can't edit the wiki pages or they can't login or can't change a temporary password? I don't know. One new user wrote me: now I can't edit wiki with my new account. Other new user wrote: Unfortunately I have not received the email with password. I have checked my Spam folder. I have replied them but I have not result yet (no emails from them). -- Regards, Helen -- Helen
Re: Draft Board report for December
Keith N. McKenna wrote: Andrea Pescetti wrote: You can find the current draft at https://cwiki.apache.org/confluence/display/OOOUSERS/2012+Dec Due you mind if I appropriate the wording of your paragraph describing what OpenOffice is from your draft report for the FAQ's No problem, go ahead! By the way, the original wording is not mine, I used a template. Coming back to the December report, I'll now submit the current draft to the Board. Regards, Andrea.