Review Request 109817: JJ 313649 - No warning if there are no permissions to read file
Anmol Ahuja
darthcodus at gmail.com
Thu Apr 4 16:17:56 UTC 2013
> On April 4, 2013, 4:07 a.m., Matěj Laitl wrote:
> > src/playlist/PlaylistModel.cpp, lines 361-365
> > <http://git.reviewboard.kde.org/r/109817/diff/1/?file=127441#file127441line361>
> >
> > This is way too specific and doesn't fit to abstraction Meta::Track provides. Note that here is Track::isPlayable()
> >
> > You should also show the notice *along* the original tooltip, as for example tracks from Local Collection can show metadata even thought the file ceased to be readable. (so that the changes fit more into tooltipFor() method)
> >
> > Also note that the notice is track-specific, MetaFile::Track may tell "File doesn't exist", while MetaStream::Track may want to tell "Network connection not available".
> >
> > Maybe it has sense to intoduce virutal Meta::Track::notPlayableReason(), but that would require acknowledge from other developers.
>
> Anmol Ahuja wrote:
> But the problem is specific to only local files.
> And I'm not checking Track::isPlayable(), just whether it is a local file, and if we have read permissions on it if it is a local file.
>
> Matěj Laitl wrote:
> > But the problem is specific to only local files.
>
> Developers are free and encouraged to think about and question often narrow user problem reports whether they aren't in fact much broader. Bug https://bugs.kde.org/show_bug.cgi?id=313649 is a very good example of it.
>
> In other words, the patch as-is qualifies as ad-hoc hack that simply isn't acceptable (not to mention that Track::playableUrl() may not be valid until ::prepareToPlay()). Please fix the broader problem I outlined above, respecting Amarok abstraction layers.
>
> > And I'm not checking Track::isPlayable(), just whether it is a local file, and if we have read permissions on it if it is a local file.
>
> I can read code, no need to repeat what it does.
Ohk. Sorry.
- Anmol
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/109817/#review30341
-----------------------------------------------------------
On April 2, 2013, 2:50 a.m., Anmol Ahuja wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/109817/
> -----------------------------------------------------------
>
> (Updated April 2, 2013, 2:50 a.m.)
>
>
> Review request for Amarok.
>
>
> Description
> -------
>
> Added two indicators for no-read permission:
> 1. A tooltip "No read permissions" for tracks with no read permissions
> 2. Upon right-clicking such a track, displays a "No read permissions" disabled action.
>
>
> Diffs
> -----
>
> src/playlist/PlaylistModel.cpp 246b9a1
> src/playlist/view/PlaylistViewCommon.h 9582b1b
> src/playlist/view/PlaylistViewCommon.cpp e3cdd53
>
> Diff: http://git.reviewboard.kde.org/r/109817/diff/
>
>
> Testing
> -------
>
> Works as expected
>
>
> Thanks,
>
> Anmol Ahuja
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/amarok-devel/attachments/20130404/65badce9/attachment.html>
More information about the Amarok-devel
mailing list