Version: 2.2 (using KDE KDE 3.3.0) Installed from: Gentoo Packages Compiler: gcc 3.3.4-r1 OS: Linux I start cervisia, log in to a repository, discover it's the wrong one, attempt to log out. It won't let me. I close cervisia and reopen it; I can log out. Then I can't login to anything. I close cervisia and reopen it; I can log in. Then I can get the files from the repository. The expected behavior was to allow me to login and logout as needed without exiting cervisia. Here's my emerge info; please let me know what else might be useful. firefly VTP # emerge info Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.4.20040619-r1, 2.6.7-gentoo-r13) ================================================================= System uname: 2.6.7-gentoo-r13 i686 AMD Duron(tm) processor Gentoo Base System version 1.5.2 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apm arts avi berkdb crypt cups directfb encode esd f2c f77 foomatic foomaticdb gcj gdbm gif gimp-print gnomegphoto2 gpm gtk gtk2 guile imlib java jpeg kde libg++ libwww mad mikmod motif mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime readline sdl slang spell ssl svga tcltk tcpd truetype x86 xml2 xmms xv zlib"
Hi, the way you describe it, I can reproduce it here. I guess you used the login/logout buttons in the "Configure Access to Repositories" dialog, right? Did the status column for the repository change in the dialog, when you used the buttons? Any error messages, e.g. when you start Cervisia from Konsole? Thanks, Christian
Christian Loose wrote: >------- Additional Comments From christian.loose hamburg de 2004-08-23 13:22 ------- >Hi, > >the way you describe it, I can reproduce it here. > >I guess you used the login/logout buttons in the "Configure Access to Repositories" dialog, right? Did the status column for the repository change in the dialog, when you used the buttons? Any error messages, e.g. when you start Cervisia from Konsole? > >Thanks, Christian > > > That is correct. Yes, the status column changed to "Logged in." In konsole - bunch of Warnings if I start it as root; nothing if I start it as user. AFTER I login to a CVS repository and then attempt to "checkout", I get these (as user): - - - DCOPRef: call 'cvsCommand()' on null reference error DCOPReply<>: cast to 'QString' error - - - But if I quit cervisia, restart, and then checkout, no messages are generated on "checkout", and it works properly. Roger
Thanks for your reply! Your checkout problem is probably the one described in bug 87830. At least the error message is similar. Bye, Christian
Please update to Cervisia 2.2.1 (KDE 3.3.1) and check if you can still reproduce the problem. Thanks!! Christian
Christian Loose wrote: >------- You are receiving this mail because: ------- >You reported the bug, or are watching the reporter. > >http://bugs.kde.org/show_bug.cgi?id=87631 > > > > >------- Additional Comments From christian.loose hamburg de 2004-11-11 22:05 ------- >Please update to Cervisia 2.2.1 (KDE 3.3.1) and check if you can still reproduce the problem. > >Thanks!! > >Christian > > > Okay - It works BETTER. But it doesn't work all the way yet. When I open the Repository/Repositories... dialog, I can login and logout of multiple repositories (which is good, that is correct). But if I exit the menu item and then reopen it, I can't login to anything. I have to exit Cervisia and reopen to login once I exit the Repositories dialog. Halfway there. Thanks! Roger
Hi Roger, Could you please take a look at the $HOME/.cvspass file after you exited the menu item and reopened the dialog? Does it contain any entries for the repositories you logined before? Thanks, Christian
Christian Loose wrote: >------- You are receiving this mail because: ------- >You reported the bug, or are watching the reporter. > >http://bugs.kde.org/show_bug.cgi?id=87631 > > > > >------- Additional Comments From christian.loose hamburg de 2005-01-18 23:10 ------- >Hi Roger, > >Could you please take a look at the $HOME/.cvspass file after you exited the menu item and reopened the dialog? Does it contain any entries for the repositories you logined before? > >Thanks, Christian > > > Contains this - /1 :pserver:anonymous@cvs.alsa-project.org:2401/cvsroot/alsa A Which is what I logined to. So, yeah.
Okay I tried the following (CVS HEAD): 1. Added a new entry for :pserver:anonymous@cvs.alsa-project.org:2401/cvsroot/alsa => Login enabled Logout disabled Status = Not logged in 2. Pushed Login button and provided no password => Login disabled Logout enabled Status = Logged in 3. Left dialog using Ok button 4. Reopened the dialog => Login disabled Logout enabled Status = Logged in The .cvspass file contains the same entry. Does the repository name still contains ":pserver:" after you left and reopened the dialog? A missing ":pserver:" is the only cause (looking at the code) for both buttons being disabled. Thanks for your help!
Christian Loose wrote: >------- You are receiving this mail because: ------- >You reported the bug, or are watching the reporter. > >http://bugs.kde.org/show_bug.cgi?id=87631 > > > > >------- Additional Comments From christian.loose hamburg de 2005-01-19 00:29 ------- >Okay I tried the following (CVS HEAD): > >1. Added a new entry for :pserver:anonymous cvs alsa-project org:2401/cvsroot/alsa => >Login enabled >Logout disabled >Status = Not logged in >2. Pushed Login button and provided no password => >Login disabled >Logout enabled >Status = Logged in >3. Left dialog using Ok button >4. Reopened the dialog => >Login disabled >Logout enabled >Status = Logged in > >The .cvspass file contains the same entry. > >Does the repository name still contains ":pserver:" after you left and reopened the dialog? A missing ":pserver:" is the only cause (looking at the code) for both buttons being disabled. > >Thanks for your help! > > > Okay. 1. Login enabled. Logged in. .cvspass contains :pserver. logout enabled. logout works. (:pserver now missing) relogin works. (:pserver now present) 2. exit dialog. re-enter dialog. .cvspass contains :pserver. logout button is "enabled," but clicking it achieves nothing. :pserver is still present in .cvspass 3. Exit program. Restart program. Re-enter dialog box. .cvspass contains :pserver. I'm still shown as logged in to the CVS at ALSA. logout button is enabled, and clicking it logs me out of the CVS.
Hi Roger, Still no luck trying to reproduce this. I don't know if a debug build is needed for this: Can you please enable the Cervisia debug channels (number 8050 and 8051) with the kdebugdialog program and see if there are infos in ~/.xsession-errors (e.g. "Execute cvs command:")? Unforunately the error handling for the logout process isn't very good at the moment. I will try to improve this for the next KDE release. Thanks! Christian
I have had similar but not identical problems with 2.3.1 on KDE 3.4.2. After entering a new remote repository in to the dialog, the log in button will often not appear unless I exit and restart the program. Or if it does it won't work unless I exit/restart. Additionally, when I attempt to modify the entry, the dialog appears with the entry grayed out and does not permit modification. The only way to do so is to remove it. Which sometimes doesn't work without an exit/restart cycle. Similarly logout often does not work until exit/restart. The .cvspass appears identical to the one listed above. I don't know if this is related to the above bug, but the checkout dialog does not work either. Pressing the fetch_list did nothing at first. When I put in module names, nothing was downloaded. However command line cvs worked perfectly. Afterword, update worked. Then I tried the checkout dialog again, pressing fetch list for the module erased the module name and apparently did nothing else. The branch fetch_list does nothing. The message area shows nothing.
to comment #11: 1. the login button is only enabled when: a) one of the items in the repository list (left side) is selected b) the repository string of the selected item starts with ":pserver:" or ":sspi:" 2. fetch list button in checkout dialog Please see the manual (http://docs.kde.org/stable/en/kdesdk/cervisia/checkingout.html) for an explanation when the fetch list button will work. Sorry but I don't have more time for the other problems ATM. Christian
I had read the manual, there is a module file on the repository, but when I look at it today, it is all comments and instructions not actual modules. Sorry about that. However in regard to the login issue, I had selected the repository etc as you indicate. It worked sometimes. Usually requiring the exit/restart cycle first. Today it worked ok. However, the modify button still does not allow modification of the repository. The dialog comes up, but the repository name is grayed out whether logged in or out and it does not permit modification. Thanks
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? Thank you for helping us make KDE software even better for everyone!
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!