【有意思的BUG】反转的水印

今天无意中看到一个图集,翻着翻着感觉到哪儿不对劲。是的,水印打反了,怎么会出现这样的局面我也不知道,可能就是手抖了吧。

通过与懂这方面知识的人请教,120%的可能是因为图片本身就自带水印,而不是因为后台系统在为图片统一增加水印的时候把其中1张打反了。

【补充:一般情况下,如果有"加水印"的操作,那么会有参数"waterfile"。】

【有意思的BUG】反转的水印,布布扣,bubuko.com

时间: 2024-10-26 03:49:27

【有意思的BUG】反转的水印的相关文章

【有意思的BUG】视频连接超时

最近遇到了一个BUG,但是它的出现又存在概率,所以挺有意思的. BUG的现象是:视频在播放过程中(已播放进度<已加载进度),首先出现了缓冲的动画效果其次呈现雪花背景并且抛出异常"视频连接超时" .或者首先出现了缓冲的动画效果其次视频返回从头播放. 定位到BUG的原因是:某1台服务器存在不稳定的因素,导致视频播放过程中出现了中断.(也就是外部原因)(不过外部原因对服务造成影响的大小是否可以在代码层面优化?可以补充和思考) 具体说说---- 当我们访问1个视频网站,打开了某1个视频,

【有意思的BUG】后端多处数据校验 前端数据校验

软件(尚处在开发阶段的软件)会犯许多低级的错误,这些错误以你在生活中的经验而言简直莫名其妙.往往你认为这个小功能怎么可能有BUG呢,是的,你猜对了!! 拿1个简单的结构举例:后端页面[1]+后端页面[2]+前端页面 操作步骤: (1)新建表单: (2)在表单内填写数据,1个属性对应1个值: (3)然后保存 输出:生成"后端页面[1]". 按照业务流程, "后端页面[1]"的数据会继续传递给"后端页面[2]". 如果"后端页面[1]&qu

记录一次很有意思的bug

情景是这样的: log 一直在狂打不止,直到打满了磁盘, 在上传文件的时候发现只要是超过了1m就传不上去. 解决策略 首先肯定是清除磁盘 干掉无用的log,清除了之后发现问题并没有解决,于是使用top命令查看内存使用情况 发现内存使用并不高,于是这个问题就很有意思了. 有如下几种猜测: 1.程序内存泄漏 导致内存无法有效回收 经过重启,仔细查看每个进程的内存情况发现 并非这种情况. 2.依稀记得linux文件目录有大小限制  翻阅大量文档发现大小制约的其实是Inode ,只有在大量的小文件的写入

【有意思的BUG】默认置灰的属性的值传递

数据由Client发送给Server,如下图所示,Server在收到请求后会响应Client. 比如Client发送给Server一组数据:Name:sean&Hobby:movies&City:Peking&Country:China 有如下表单: 可以看到"China"是默认置灰的属性的值,不允许手动输入,所以用户只需要填写"Name"."Hobby"."City"这三项,然后点击最下面的"

【有意思的BUG】客户端无厘头 已连网的场景初始化太慢 未连网的场景异常崩溃

客户端 已连网的场景初始化太慢 当在未连接internet的时候,打开某些APP,会比较迅速地初始化进入到主页面. 但是当我在已经连接了internet的时候,打开某些APP,有些会初始化很久!!!! 举例1: 已经连接了internet的时候,打开网易有道词典. 这时候,客户端从“网易有道词典封面页”跳转到“搜词页”,此时尝试触屏去点击搜索输入框区域是无效的,因为页面正在等待服务器的响应,这个等待时间太久了,短则5-10秒,长则20秒. 不知道设计者有没有考虑“英文词典”这类软件的使用场景?当

自定义事件解决重复请求BUG

现在,组件化开发还是比较流行的,毕竟其优点相当突出.最近在开发一个组件的时候,遇到了一个很有意思的BUG... BUG的背景 最近在开发一个组件,好不容易开发好了转测试.然后,测试给我提了一个这样的bug,orz... 因为是一个组件,最大的好处就是可以随处复用,随处使用,然而,当一个页面用了多个组件,只有最后一个生效的时候,这个组件就没有什么意义了... BUG原因查找 这个组件的初始数据来源的接口是固定的,也就是说,页面内的所有这个组件在初始化的时候都会发出同样的请求,这里的请求是jsonp

[小细节,大BUG]记录一些小问题引起的大BUG(长期更新....)

[小细节,大BUG]  1. 在不久前,一个朋友出现了这样一个BUG:当UITableView加载cell的时候,自定义的cell,怎么显示,里面的文字总是显示不完全(注意,文字不长).然后,我帮忙给看了下,甚至把在storyBoard中将cell的相关属性都试了下,虽然可以解决,但是效果不理想.最终经过排查,终于发现问题所在:当自定义cell时,因为需要布局子控件,所以他重写了layoutSubviews方法,然而在此方法中没有调用[super layoutSubviews],所以造成了布局混

发现一个BUG,if判断语句在判断数组里面的元素数量时会短路

在写一个猜图的游戏时,遇到一个很有意思的BUG,具体表现如下: 如果时单纯的判断数组里面元素的数量时,它是正常工作的,比如这里array里面的元素数量为3,所以它执行下一句: 这里的array1的元素数量为0,所以它执行else语句,也正常: 但是这里,-1明明比array的count小,这里count为3,它还是执行了下一句: 这里一样,-1比count小,这里count为0,它还有执行了下一句: 这是苹果的bug吗?..........

记一个界面刷新相关的Bug

今天遇到一个比较有意思的bug, 这里简单记录下. Bug的症状是通过拖拉边框把我们客户端主窗口拖小之后,再最大化,会发现窗口显示有问题, 看起来像是刷新问题, 有些地方显示的不对了. 这里要说明的是我这里的主窗口是非常复杂的窗口, 里面集成了很多组件(cpmponent),有很多层的子窗口. 这个问题只有在特定条件下才会发生, 正常情况下都是好的. 遇到这种问题,我们怎么处理? 首先当然是观察症状, 究竟是刷新问题, 还是Layout出错了. 我们可以通过Spy++查看窗口层次是不是正确, 窗