Bug 128236

Summary: Update error are not reported correctly when the filesystem is read only
Product: [Applications] cervisia Reporter: fbiot
Component: generalAssignee: Christian Loose <christian.loose>
Status: RESOLVED WORKSFORME    
Severity: normal    
Priority: NOR    
Version First Reported In: 2.3.1   
Target Milestone: ---   
Platform: Mandriva RPMs   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description fbiot 2006-05-29 12:58:31 UTC
Version:           2.3.1 (using KDE KDE 3.4.2)
Installed from:    Mandriva RPMs
Compiler:          Target: i586-mandriva-linux-gnu
OS:                Linux (i686) release 2.6.12-12mdk

<medium desc>

When trying to do a cvs update somewhere where you have only read access, cervisia does not see that cvs is in trouble and assumes that files are normally updated/fixed and seems to ignore the cvs error (cannot access to files).

Here is what is displayed in the log panel :

P accounts.data
cvs [update aborted]: cannot open .new.accounts.: Permission denied
[A quitté dans l'état 1]  <- (translated is 'has quitted with state 1')

</medium desc>




<long desc>
Logged as a normal user, I go in /var/www/html in order to get the latest version of my website, from my distant cvs repository (ext, cvs_rsh  + key ...)

I know that I have only read access on /var/www/html. But just 'to see', I tried to do a cvs update with cervisia... to see what happens with a read only filesystem.

Suprisingly, cervisia has updated the status of all files.
All files that needed an updated are reported now as 'up to date'...
But files (obviously) are not modified ...

It sounds like cvs 'assumes' or predict the new status of files without verifying it once cvs command is finished.

Of course, if I do a cvs status with cervisia, status are reverted back to their real states of files.

Just for information, I logged as another user just because this one had a ssh ready key and cervisia do not ask continuusly for the password while in this case.
With the user who has full access to /var/www/html, cervisia always ask for the password.
  <hint>It would be cool if cervisia was storing the password</hint>
</long desc>
Comment 1 Cees Timmerman 2007-01-25 15:47:03 UTC
The up-to-date status bug is bug 79616.

This one should be about a sudo of sorts akin to OS X'.
Comment 2 Andrew Crouthamel 2018-11-02 04:21:48 UTC
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!
Comment 3 Andrew Crouthamel 2018-11-16 02:45:14 UTC
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!
Comment 4 Justin Zobel 2022-12-08 00:00:37 UTC
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!
Comment 5 Bug Janitor Service 2022-12-23 05:21:06 UTC
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!
Comment 6 Bug Janitor Service 2023-01-07 05:23:45 UTC
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!